Pour la limite de 65 caractères, j'ai bien précisé « idéalement » et « pertinent » ne signifie pas « indépassable » juste « pas si débile que ça ».
Le seul problème que j'ai avec le format flowed est que, dans la mesure où c'est souvent l'éditeur qui fait automatiquement les retours à la ligne, ça peut casser assez facilement les mises en forme où l'alignement des lignes compte, par ex :
> x="$(fmt -w80 foo | sed 's/[,.$]/+/')"
^^^
Tu as mis le dollar dans les crochets.
1. Personne n'est obligé de suivre ce que je dis ;
2. Ça ne m'empêche pas de le dire haut et fort ;
3. De toutes façons vous ne voudrez pas reconnaître que j'ai raison.
C'est à dire que ça décale le problème, car pas plus que les clients de courriels les éditeurs ne savent déterminer qu'un bloc de texte est un paragraphe. Mais bon, au moins en faisant gaffe ça offre une solution aux cas les plus courants (sauf dans le dernier, où en plus du problème de l'indentation chaque ligne consécutive devrait être traitée comme un paragraphe, ce qui est impossible à spécifier proprement).
[^] # Re: C'est quoi le problème ?
Posté par Ignatz Ledebur . En réponse au sondage Les courriels en HTML.... Évalué à 2.
Pour la limite de 65 caractères, j'ai bien précisé « idéalement » et « pertinent » ne signifie pas « indépassable » juste « pas si débile que ça ».
Le seul problème que j'ai avec le format flowed est que, dans la mesure où c'est souvent l'éditeur qui fait automatiquement les retours à la ligne, ça peut casser assez facilement les mises en forme où l'alignement des lignes compte, par ex :
C'est à dire que ça décale le problème, car pas plus que les clients de courriels les éditeurs ne savent déterminer qu'un bloc de texte est un paragraphe. Mais bon, au moins en faisant gaffe ça offre une solution aux cas les plus courants (sauf dans le dernier, où en plus du problème de l'indentation chaque ligne consécutive devrait être traitée comme un paragraphe, ce qui est impossible à spécifier proprement).