Generarea PDF-urilor pe client: o călătorie surprinzător de complexă

Pare simplu: iei HTML, îl bagi în browser, apeși „Salvează ca PDF” și gata. Dar dacă ai nevoie de un document adevărat, cu text care poate fi selectat, copiat și căutat – bine ai venit în iadul dezvoltării.

Dezvoltatorii care au încercat să genereze PDF-uri pe client știu: e ca și cum ai asambla un dulap IKEA fără instrucțiuni, iar piesele sunt strâmbe. Articolul de pe SDocs.dev analizează capcanele: de la probleme cu fonturile până la comportamentul neașteptat al CSS la printare. Nici măcar nu mai vorbim de faptul că browserele redau același HTML în PDF complet diferit!

Bibliotecile populare precum jsPDF sau html2canvas sunt doar vârful aisbergului. Ori generează imagini în loc de text, ori necesită marcarea manuală a fiecărui caracter. Iar dacă vrei să păstrezi linkuri, bookmark-uri sau metadate – pregătește-te să scrii propria soluție.

Vestea bună: abordări moderne, cum ar fi Puppeteer pe server sau versiunea WebAssembly a wkhtmltopdf, pot oferi rezultate aproape perfecte. Dar asta vine cu un cost – complexitate suplimentară în infrastructură.

Așadar, dacă startup-ul tău planifică funcția „descarcă raportul în PDF”, pregătește-te să petreci mai mult timp decât pe tot restul frontend-ului. Și nu uita de teste – altfel, într-o zi frumoasă, utilizatorii vor vedea în loc de tabel un set de hieroglife.

Comentariul echipei METABYTE: Și noi am trecut prin asta și știm unde sunt greblele. Dacă ai nevoie de un PDF care să nu-ți facă rușine în fața clientului, putem sări peste capcane. Și da, știm să facem asta fără deploy-uri la 3 dimineața.