Je dirais que ça pose plus de problèmes qu'autre chose… Peu de gens vont utiliser des balises n'existant pas déjà en markdown. Et ceux qui vont le faire vont la plupart du temps produire du code HTML invalide (par méconnaissance, par étourderie, par erreur de copier/coller, etc.).
Bref peut-on avoir des cas d'utilisation réalistes de cette fonctionnalité ?
Bref peut-on avoir des cas d'utilisation réalistes de cette fonctionnalité ?
pour abonder : que ne permet pas la syntaxe Markdown actuelle que permettrait l'ajout d'xHTML ?
Question subsidiaire : qui a rencontré ces limites et qui aurait effectivement besoin de les contourner ? (oui, le greffon WYSIWYG de drupal, inutilisable et lourdingue, m'a vraiment gonflé pour de vrais contenus, que ceux qui avaient demandé ce greffon de merde n'ont jamais rédigé là où la syntaxe wiki me suffisait).
que ne permet pas la syntaxe Markdown actuelle que permettrait l’ajout d’XHTML ?
Déjà ça permettrait de contourner les innombrables défauts de l’interpréteur actuel qui, à l’évidence, a toutes les peines du monde avec certains caractères UTF-8, et notamment les espaces spéciaux (insécables, fines, fines insécables), qu’il ne considère pas comme des séparateurs de mots, ce qui est la cause de beaucoup de désagréments.
Quelques exemples de problèmes (liste non exhaustive) :
la gestion et le rendu des tableaux, complètement merdiques ;
la mise en exposant est mal gérée, car on est obligé de mettre une espace normale pour déterminer la fin. Or, une espace insécable est nécessaire derrière un ordinal, ex : « 1er étage ». Impossible également d’écrire « Paris Ier. », avec un point parce qu’on est en fin de phrase ;
la mise en indice (<sub>) n’est pas du tout gérée ;
Pas toi Davy… le soulignement en typographie est une hérésie.
Quant aux exposants ou mise en indice, je ne suis pas sûr que cela vaille le coup d'implémenter xHTML juste pour ça. Il n'y a guère que les tableaux qui pourraient le justifier, et encore, est-ce vraiment nécessaire au quotidien ?
Pas toi Davy… le soulignement en typographie est une hérésie.
C’était juste pour dire du mal de l’interpréteur Markdown. Le fait que ce soit une hérésie ne justifie pas que l’on n’ait pas la possibilité de le faire. ;)
Pas toi Davy… le soulignement en typographie est une hérésie.
Tu dois alors apprécier autant que moi la dernière modification de la CSS par défaut, avec le soulignement des (déjà très laids) liens bleus à l’intérieur des publications… ;-)
Sinon, pour les tableaux, yavait déjà http://linuxfr.org/wiki/aide-edition#toc_20 ça a dû servir 1 ou 2 fois iirc (dont une fois par un rédacteur et l'autre sans doute par Oumph< ou patrick_g<).
Posté par Davy Defaud .
Évalué à 2 (+0/-0).
Dernière modification le 22 octobre 2012 à 13:39.
OK, j’ai mis à jour les remarques de Benoît dans le wiki.
Mais si tu veux mettre autre chose qu’une espace justifiante, comme une ponctuation, derrière la partie en exposant ça ne marche plus !
Ex : astésrisque(*). Le point final est mis en exposant, et ^(\(*\)). ne fonctionne pas.
on ne peut pas mettre un contenu en italique entre parenthèses. Ça m’énerve !
Et pourtant : ERP ( enterprise ressource planning ).
Comme tu ne précises pas pour les espaces intra-parenthèses, ma proposition correspond à ton expression de besoin. Maintenant si tu ne souhaites pas d'espace, c'est une autre solution.
P.‐S. : Qu’on ne me conseille pas de mettre les parenthèses en italique, c’est incorrect.
J’ai remarqué dans la NdM en italique de la dépêche Ubuntu 12.12, que le caractère soulignement « _ » de « detail_pratique », n’est pas interprété en espace de rédaction/modération, alors qu’il l’est dans l’espace de publication (et qu’il doit donc être échappé). Étrange, non ? On dirait que l’interpréteur MarkDown est différent dans ces deux cas…
L’interpréteur n'est pas différent, par contre, le texte interpréter l'est. En rédaction, chaque paragraphe est traité indépendamment, à la publication, le texte est traité en entier (ça a d'ailleurs déjà posé problème pour des dépêches utilisant les références de Markdown).
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
# Mouais...
Posté par Benoît Sibaud (site web personnel) . Évalué à 3 (+0/-0).
Je dirais que ça pose plus de problèmes qu'autre chose… Peu de gens vont utiliser des balises n'existant pas déjà en markdown. Et ceux qui vont le faire vont la plupart du temps produire du code HTML invalide (par méconnaissance, par étourderie, par erreur de copier/coller, etc.).
Bref peut-on avoir des cas d'utilisation réalistes de cette fonctionnalité ?
[^] # Re: Mouais...
Posté par BAud (site web personnel) . Évalué à 2 (+0/-0).
pour abonder : que ne permet pas la syntaxe Markdown actuelle que permettrait l'ajout d'xHTML ?
Question subsidiaire : qui a rencontré ces limites et qui aurait effectivement besoin de les contourner ? (oui, le greffon WYSIWYG de drupal, inutilisable et lourdingue, m'a vraiment gonflé pour de vrais contenus, que ceux qui avaient demandé ce greffon de merde n'ont jamais rédigé là où la syntaxe wiki me suffisait).
[^] # Re: Mouais...
Posté par Davy Defaud . Évalué à 2 (+0/-0).
Déjà ça permettrait de contourner les innombrables défauts de l’interpréteur actuel qui, à l’évidence, a toutes les peines du monde avec certains caractères UTF-8, et notamment les espaces spéciaux (insécables, fines, fines insécables), qu’il ne considère pas comme des séparateurs de mots, ce qui est la cause de beaucoup de désagréments.
Quelques exemples de problèmes (liste non exhaustive) :
<sub>
) n’est pas du tout gérée ;<u>
…[^] # Re: Mouais...
Posté par Florent Zara (site web personnel, Mastodon) . Évalué à 3 (+0/-0).
Pas toi Davy… le soulignement en typographie est une hérésie.
Quant aux exposants ou mise en indice, je ne suis pas sûr que cela vaille le coup d'implémenter xHTML juste pour ça. Il n'y a guère que les tableaux qui pourraient le justifier, et encore, est-ce vraiment nécessaire au quotidien ?
[^] # Re: Mouais...
Posté par Davy Defaud . Évalué à 2 (+0/-0).
C’était juste pour dire du mal de l’interpréteur Markdown. Le fait que ce soit une hérésie ne justifie pas que l’on n’ait pas la possibilité de le faire. ;)
[^] # Re: Mouais...
Posté par Davy Defaud . Évalué à 3 (+0/-0).
Tu dois alors apprécier autant que moi la dernière modification de la CSS par défaut, avec le soulignement des (déjà très laids) liens bleus à l’intérieur des publications… ;-)
[^] # Re: Mouais...
Posté par Florent Zara (site web personnel, Mastodon) . Évalué à 4 (+0/-0).
Je souffre en silence… jusqu'au moment où qqn va proposer le hack css avec greasemonkey qui va bien…
[^] # Re: Mouais...
Posté par Bruno Michel (site web personnel) . Évalué à 4 (+0/-0).
Tu veux dire « 1er étage » et « Paris Ier. » ?
[^] # Re: Mouais...
Posté par BAud (site web personnel) . Évalué à 3 (+0/-0).
Pour ceux qui chercheraient à reproduire : 1^(er) étage et Paris I^(er).
Bon, je n'ai pas trouvé de doc' je l'ai rajouté sur http://linuxfr.org/wiki/aide-edition#toc_24
Sinon, pour les tableaux, yavait déjà http://linuxfr.org/wiki/aide-edition#toc_20 ça a dû servir 1 ou 2 fois iirc (dont une fois par un rédacteur et l'autre sans doute par Oumph< ou patrick_g<).
[^] # Re: Mouais...
Posté par Davy Defaud . Évalué à 2 (+0/-0).
Merci Benoît !
[^] # Re: Mouais...
Posté par Davy Defaud . Évalué à 3 (+0/-0).
Mais c’est très bien ça ! Tu en as encore des ruses de Sioux comme celle‐là, petit cachotier ?
Ça serait pas mal de rajouter ça dans l’aide mémoire…
Il y a encore un truc qui me rend dingue : comment faire pour mettre une espace fine derrière un mot en italique ?
Une fois ce dernier problème réglé, promis, je ne dirai plus de mal.
P.‐S. : La mise en indice serait un plus.
[^] # Re: Mouais...
Posté par BAud (site web personnel) . Évalué à 4 (+0/-0). Dernière modification le 16 octobre 2012 à 08:51.
je ne vois pas le souci, j'y arrive bien :
moi je veux bien une page aide-typo en plus de aide-edition ;-)
[^] # Re: Mouais...
Posté par Florent Zara (site web personnel, Mastodon) . Évalué à 4 (+0/-0).
Avec toutes ces réponses, peut-on clore cette entrée Davy ?
[^] # Re: Mouais...
Posté par Davy Defaud . Évalué à 2 (+0/-0).
Ben merde alors ! Ça me fait tout drôle, mais il me faut l’admettre : oui, l’on peut !
[^] # Re: Mouais...
Posté par Davy Defaud . Évalué à 2 (+0/-0).
On ne peut pas mettre de parenthèses dans notre séquence en exposant ?
Genre je mets ici une astérisque(*) (je veux mettre « (*) » en exposant)…
[^] # Re: Mouais...
Posté par claudex . Évalué à 4 (+0/-0).
si(*)
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
[^] # Re: Mouais...
Posté par Davy Defaud . Évalué à 2 (+0/-0). Dernière modification le 22 octobre 2012 à 13:39.
OK, j’ai mis à jour les remarques de Benoît dans le wiki.
Mais si tu veux mettre autre chose qu’une espace justifiante, comme une ponctuation, derrière la partie en exposant ça ne marche plus !
Ex : astésrisque(*). Le point final est mis en exposant, et
^(\(*\)).
ne fonctionne pas.# Contenu italique entre parenthèses
Posté par Davy Defaud . Évalué à 2 (+0/-0). Dernière modification le 22 octobre 2012 à 14:56.
Rhâââ lovely !
Ça recommence. Nouveau problème : on ne peut pas mettre un contenu en italique entre parenthèses. Ça m’énerve !
Ex : ERP (_enterprise ressource planning_).
P.‐S. : Qu’on ne me conseille pas de mettre les parenthèses en italique, c’est incorrect.
[^] # Re: Contenu italique entre parenthèses
Posté par Florent Zara (site web personnel, Mastodon) . Évalué à 3 (+0/-0). Dernière modification le 22 octobre 2012 à 14:57.
Et pourtant : ERP ( enterprise ressource planning ).
Comme tu ne précises pas pour les espaces intra-parenthèses, ma proposition correspond à ton expression de besoin. Maintenant si tu ne souhaites pas d'espace, c'est une autre solution.
Je ne l'ai pas fait !
[^] # Re: Contenu italique entre parenthèses
Posté par Davy Defaud . Évalué à 2 (+0/-0).
On ne met pas d’espace après la parenthèse ouvrante ni avant la fermante, ça ne se fait pas !
P.‐S. : J’ai corrigé l’infamie ! ;-)
[^] # Re: Contenu italique entre parenthèses
Posté par Davy Defaud . Évalué à 2 (+0/-0).
Même délire avec un contenu italique après une apostrophe :
L’_Ubuntu Music Store_, par exemple.
[^] # Italique et caractère souligné en milieu de mot
Posté par Davy Defaud . Évalué à 2 (+0/-0).
J’ai remarqué dans la NdM en italique de la dépêche Ubuntu 12.12, que le caractère soulignement « _ » de « detail_pratique », n’est pas interprété en espace de rédaction/modération, alors qu’il l’est dans l’espace de publication (et qu’il doit donc être échappé). Étrange, non ? On dirait que l’interpréteur MarkDown est différent dans ces deux cas…
[^] # Re: Italique et caractère souligné en milieu de mot
Posté par claudex . Évalué à 3 (+0/-0).
L’interpréteur n'est pas différent, par contre, le texte interpréter l'est. En rédaction, chaque paragraphe est traité indépendamment, à la publication, le texte est traité en entier (ça a d'ailleurs déjà posé problème pour des dépêches utilisant les références de Markdown).
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
Envoyer un commentaire
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.