Skip to content

v1.2.0

Choose a tag to compare

@antann antann released this 27 Jul 22:19
· 1 commit to main since this release

L'applicazione ha una finestra propria e scrive il PDF da sé: la finestra di
stampa del browser non serve più.

Aggiunto

  • Finestra dell'applicazione. MD2PDF si apre in una finestra sua, con menu
    in italiano: File → Apri documento (Ctrl+O) e Salva come PDF (Ctrl+P),
    Modifica, Visualizza, Aiuto. Il motore di resa arriva con
    l'applicazione, quindi il risultato non dipende più dal browser installato.
  • PDF scritto direttamente su disco. Il pulsante diventa Salva PDF: apre
    la finestra di salvataggio e scrive il file. Formato, margini e sfondi sono
    quelli del template, senza impostazioni da correggere a mano.
  • Collegamento Mostra l'ultimo PDF nella barra di stato: apre la cartella con
    il file appena salvato.
  • Apertura dei documenti dal dialogo di sistema, accanto al trascinamento e al
    selettore file.
  • npm run dist costruisce l'installatore: NSIS su Windows, AppImage su Linux,
    DMG su macOS. Va lanciato sul sistema di destinazione.
  • L'icona dell'applicazione è il marchio del progetto. npm run icona la
    rigenera da docs/logo/md2pdf-marchio.svg senza dipendenze aggiuntive.
  • diagnostica.bat: controlla ambiente, file, dipendenze e porte, e dice con
    quale comando rimediare.
  • avvia.bat --browser conserva il funzionamento precedente, nel browser e con
    la finestra di stampa.

Modificato

  • avvia.bat senza argomenti apre la finestra invece del browser;
    arresta.bat chiude anche la finestra, limitandosi ai processi avviati da
    questa cartella.
  • Il server di sviluppo è fissato su 127.0.0.1: su Windows localhost si
    risolve spesso in ::1 e la finestra non trovava il server.

Note tecniche

  • Il PDF nasce da webContents.printToPDF con preferCSSPageSize: comanda la
    regola @page del foglio di stile, quindi l'anteprima e il PDF restano lo
    stesso oggetto — nessun secondo motore di impaginazione.
  • La pagina compilata dichiara una Content-Security-Policy; in sviluppo no,
    perché bloccherebbe la ricarica a caldo di Vite.
  • Electron ed electron-builder stanno fra le dipendenze di sviluppo:
    l'applicazione non ha dipendenze di runtime nuove.