soucis de PDF générés

Salut tout le monde,

Je viens de publier un billet. Je tente ensuite de visualiser son export en PDF et voici mes retours.

Tout d’abord, le document est très beau. J’aime beaucoup le fait qu’il y ait les signets, et le glossaire reprenant les abréviations a été une belle surprise.

Par contre, je remarque que le lien sur le pseudo n’est pas de la nouvelle forme SiteBaseUrl + "/@" + User.Nick mais est plutôt SiteBaseURL + "/membres/voir/" + User.Nick + "/" qui fonctionne aussi.

Je remarque aussi que certains caractères ne sont pas rendus, comme s’il y a un souci avec le support Unicode. Je ne sais pas si c’est lié au fait que ces caractères apparaissent dans des touches, dans mon cas, ou si c’est plus général.

Les légendes des tableaux sont assez séparés des tableaux, mais pas autant du texte (paragraphe) qui suit. Je n’ai pas testé avec les légendes d’images et de codes.

Parlant de tableaux, les tableaux complexes ne passent visiblement pas…
Souci également avec de nombreuses formules en mode display qui ont du mal…

C’est tout pour l’instant.

C’est quand même un comble que $\LaTeX$ supporte mal les formules.

Le support Unicode ne m’étonne pas énormément.

Pour info, c’est nous qui avons développer l’export en PDF (enfin précisément c’est @vhf) en tant que plugin pour notre moteur de rendu Markdown (remarkjs).

Ça fait un bout de temps que @cepus n’est plus très actif et je sais que certains de l’équipe tech ont repris le sujet mais forcément ils partagent leur temps avec le support d’autres modules de ZdS.

Salut,

Le PDF et le billet en question, histoire que le sujet soit plus autocontenu.

je remarque que le lien sur le pseudo n’est pas de la nouvelle forme SiteBaseUrl + "/@" + User.Nick mais est plutôt SiteBaseURL + "/membres/voir/" + User.Nick + "/" qui fonctionne aussi.

Oui, il y a une redirection, justement prévue pour ce genre de cas. J’ai créé un ticket pour notre template malgré tout.

Parlant de tableaux, les tableaux complexes ne passent visiblement pas…

J’ai l’impression que seuls les tableaux avec des touches ont un souci de rendu, par exemple page 8. Le rendu est correct en HTML, donc c’est pas du parsing. Peut-être un bug dans le template LaTeX. Pareil, j’ai fait un ticket pour garder une trace.

Je remarque aussi que certains caractères ne sont pas rendus, comme s’il y a un souci avec le support Unicode. Je ne sais pas si c’est lié au fait que ces caractères apparaissent dans des touches, dans mon cas, ou si c’est plus général.

Tu aurais des endroits plus précis à pointer pour que je regarde ?

Souci également avec de nombreuses formules en mode display qui ont du mal…

Quand tu dis que ça a du mal, tu veux dire quoi ?

Quoi qu’il en soit, c’est vrai que c’est un peu petit sur le site. Ça fait pareil dans le PDF sur les formules à étages ?

Celle-là est correcte :

Mais celle-là est un peu petite :

Hey All

Les formules sont bien rendues dans le HTML, mais je ne sais pas s’il est fait appel à un serveur/service LaTeX comme sur d’autres sites. Je viens de faire le test chez moi (compilation d’un documentclass{article} avec pdflatex en local) et elles ne posent pas de problème. C’est donc au niveau du module de génération du PDF. Je n’ai d’habitude pas de souci avec Unicode (en mode texte) dans mon usage (il semble exister des soucis avec certains scripts pour les langues asiatiques mais on n’est pas dans le cas) ; après je n’utilise pas LuaLaTeX (si j’en crois les métas du PDF) et faudra donc je refasse les tests à l’occasion.

Il faut rechercher dans le HTML et dans le PDF les lignes pour « TI-1070 » et « TI-1071 » ou « BM-14M » et « BM-09M » par exemple ; elles comportent les mentions de touches « ¹/ₓ » (fait avec U+00B9 —bien rendu— et U+2093 —non rendu— tous deux dans un bloc commun aux scripts latins et existant depuis la v1 d’Unicode…)
Ensuite, dans le PDF en 2.2.4.1. page 34 par exemple, on note que la touche « Enterꜛ » perd sa flèche… Plus étonnant (je n’avais pas tilté que c’est un caractère qui est dans la table ASCII aussi), juste avant (dès la page 33 de la même sous-sous-sous-section), il y a le bête « + » qui disparait… Le souci doit être vraiment lié au rendu/traitement des "touches"…

Si je remonte juste au dessus, dans l’intro de la sous-sous-section 2.2.4, j’utilise la mise en tableau mathématique suivante :

\begin{array}{l r}
 & 1 \\
+ & 2 \\
\times & 3 \\
\hline
= & 7
\end{array}

qui est bien rendu en HTML, mais dans le PDF on a (page 33) deux lignes :

beginarraylr1 + 2times3

=7

Phénomène similaire plus loin (page 38) ; et finalement, comparé à d’autres formules qui s’affichent sans souci, j’ai l’impression que ce sont les tableaux qui posent souci… Ah, et aussi les délimiteurs étirés en hauteur qui n’apparaissent plus : par exemple dans 2.4.5 en page 58 j’ai ceci

\left( 1 + 0.2 \times
\left(\frac{350}{661.5}\right)^2
\right) ^ {3.5} - 1

…qui est rendu dans le PDF comme

1 + 0.2 \times
\frac{350}{661.5}
^ {3.5} - 1

(outre les parenthèses qui sautent, il y a une mise au carré qui disparait et rend le tout faux)
C’est ce que j’ai observé pour l’instant, et j’espère qu’il n’y a pas d’autres anomalies.

(j’ai fait ma réponse en deux parties : une sur les caractères Unicode et les formules —après coup je me dis que j’aurais dû subdiviser aussi— et celle-ci sur les tableaux —et le lien de profil en passant.)

Oui, j’ai vu pour la redirection ; mais j’ai voulu signaler au cas où ce serait un oubli. Je vais donc suivre le ticket directement à la source.

Je fais, par réflexe, surtout des tableaux à la GFM (i.e. des tableaux simples avec en plus la barre au début et à la fin.) À première vue, pas de souci avec ce type de tableau.

J’ai utilisé les grilles à la Pandoc (i.e. tableaux complexes plus longs à écrire mais plus avancés) …justement pour les touches ! Du coup, je n’ai pas de tableau complexe sans mention de touche, et je ne sais alors pas si le problème est plus générique (i.e. avec ce type de tableau) ou spécifique (i.e. lié à la présence de touches dans ces tableaux.)

Je vais pareillement m’abonner au ticket sur la forge.

Je vois que le PDF est généré par $Lua\LaTeX$. Question annexe du coup : Si j’exporte le contenu en LaTeX, est-ce que j’ai le même source que celui utilisé pour la génération du PDF ici ? Auquel cas je peux regarder de mon côté (et en profiter pour enfin me mettre à LuaLaTeX.)

Merci pour le retour si rapide. Je me demande si vous prenez vos week-end

Top. Le souci est identifié 👍 C’est le début du solutionnement

Des débuts de piste par ci par là :

• https://www.unicode.org/resources/fonts.html
• https://stackoverflow.com/a/1778530/1699311
• https://qr.ae/pvDP1c

J’ai édité ma réponse pendant que tu me répondais, le problème avec le begin array est un pb dans zmarkdown, je vais créer le ticket et je te dis quoi.

Voici le ticket https://github.com/zestedesavoir/zmarkdown/issues/471

Du coup, on doit avoir quelque chose de similaire avec les \left et \right ?

J’ai souscrit à la notification aussi. Merci beaucoup.

@Amaury, toi qui a des opinions en matière de police, tu connais des polices plus complètes (ou une manière de fallback dans LaTeX, si jamais) ?

@Aabu Fira Sans.

C’est la police que je prévoie sur Zeste de Savoir Yuzu (le renouveau graphique plus profond), et y’a un paquet LaTeX. Elle est très complète.