Le web est régit par HTML (SGML) et XHTML (XML)
Si ta/ton cible/lectorat n'est pas avancé/e, il ne faut pas présupposer qu'elle/il sait gérer les documents PDF (et donc que le lecteur est déjà installé et le navigateur est paramétré pour agir comme il se doit.)
Si ton public/audience est du genre de LinuxFR, tu as certainement dans le lot des geek/geekette qui par exemple naviguent en console (perso ça m'arrive souvent) ou ont désactivé nombre de fonctionnalités cool (moi c'est surtout les JS que je refuse, ou alors uniquement dans le domaine visité.)
Bref, c'est chouette de produire et offrir des PDFs, mais ce devrait être en plus (avec un lien du style « télécharger le contenu de cette page en PDF ») !
J'ai bien lu, ta complainte ailleurs sur le rendu déplorable de l'impression des pages web. En vérité ce sont les styles par défaut des navigateurs qui ne sont pensés que pour l'affichage à l'écran, et il faut souvent prévoir une CSS d'impression ; ce qui est, je l'accorde un boulot certain (et il faut refaire tout le boulot de typographie qui est déjà fait dans les classes et styles \LaTeX...) Là, il peut être utile de se tourner vers un système de publication (CMS) qui a prévu (gère) l'impression et peut-être même le PDF... (mais avec une bonne feuille de styles d'impression, tu devrais juste imprimer dans un fichier PDF qui sera d'assez bonne facture ...vu que tes pages ne sont que des paragraphes textuels)
Au vu du contenu (qui ne sont que des paragraphes de texte pour l'instant), tu peux regarder du côté des générateurs de site statique en particulier prenant du Markdown (ça devrait suffire...) Cela peut régler ta question quand à la contribution si tu publies les sources dont tu nourries le générateur sur une forge publique.
Une autre approche serait un CMS comme Textpattern qui utilise le marquage Textile (qui est plus complet —tableaux et notes de bas de page—, mais il y a un greffon pour faire du Markdown) ou SPIP avec son marquage du même nom et plus complet aussi. Il y a aussi DokuWiki que j'utilise souvent en entreprise et utilise un marquage wiki complet, etc.
Cependant, si tu préfères vraiment produire des fichiers .\TeX alors tu peux utiliser htlatex ou xhlatex ou latex2htmletc. (TtH, lwarp, Hevea, make4ht, ...), etc
"It is seldom that liberty of any kind is lost all at once." ― David Hume
# PDF LaTeX → HTML
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au journal informatique-libre.be (ébauche de). Évalué à 4.
Le web est régit par HTML (SGML) et XHTML (XML)
Si ta/ton cible/lectorat n'est pas avancé/e, il ne faut pas présupposer qu'elle/il sait gérer les documents PDF (et donc que le lecteur est déjà installé et le navigateur est paramétré pour agir comme il se doit.)
Si ton public/audience est du genre de LinuxFR, tu as certainement dans le lot des geek/geekette qui par exemple naviguent en console (perso ça m'arrive souvent) ou ont désactivé nombre de fonctionnalités cool (moi c'est surtout les JS que je refuse, ou alors uniquement dans le domaine visité.)
Bref, c'est chouette de produire et offrir des PDFs, mais ce devrait être en plus (avec un lien du style « télécharger le contenu de cette page en PDF ») !
J'ai bien lu, ta complainte ailleurs sur le rendu déplorable de l'impression des pages web. En vérité ce sont les styles par défaut des navigateurs qui ne sont pensés que pour l'affichage à l'écran, et il faut souvent prévoir une CSS d'impression ; ce qui est, je l'accorde un boulot certain (et il faut refaire tout le boulot de typographie qui est déjà fait dans les classes et styles \LaTeX...) Là, il peut être utile de se tourner vers un système de publication (CMS) qui a prévu (gère) l'impression et peut-être même le PDF... (mais avec une bonne feuille de styles d'impression, tu devrais juste imprimer dans un fichier PDF qui sera d'assez bonne facture ...vu que tes pages ne sont que des paragraphes textuels)
Au vu du contenu (qui ne sont que des paragraphes de texte pour l'instant), tu peux regarder du côté des générateurs de site statique en particulier prenant du Markdown (ça devrait suffire...) Cela peut régler ta question quand à la contribution si tu publies les sources dont tu nourries le générateur sur une forge publique.
Une autre approche serait un CMS comme Textpattern qui utilise le marquage Textile (qui est plus complet —tableaux et notes de bas de page—, mais il y a un greffon pour faire du Markdown) ou SPIP avec son marquage du même nom et plus complet aussi. Il y a aussi DokuWiki que j'utilise souvent en entreprise et utilise un marquage wiki complet, etc.
Cependant, si tu préfères vraiment produire des fichiers .\TeX alors tu peux utiliser
htlatexouxhlatexoulatex2htmletc. (TtH, lwarp, Hevea, make4ht, ...), etc"It is seldom that liberty of any kind is lost all at once." ― David Hume