Axioplase ıɥs∀ a écrit 3042 commentaires

Hein ?!
Mais c'est quoi cette marde ?!
J'ai mis mes deux espaces après mon point (ce qui est *normal* et bien™), puis je suis passé à la ligne, parce que certains disent ici que, comme en LaTeX, les retours à la ligne sont ignorés.

Et *bidim* !
V'la t-y pas que je me retrouve avec un retour à la ligne dans le texte affiché !

C'est décidé, je rédigerai désormais tous mes commentaires dans des balises de code, comme maintenant (en précisant la coloration syntaxique "text").

D'ailleurs, fût-ce un point final, il eut inséré deux espaces après le dit point.
Tels sont les standards.

Non ; parce que tu as naturellement cru qu'un retour à la ligne dans le textarea impliquerait un retour à la ligne dans le texte affiché, et ce en dépit de l'outil de prévisualisation.

Ton mépris insolent
Des goûts rédactionnels
N'étant prose informelle
Me vexent fortement.

Que fais tu des sonnets,
Des distiques bien faits ?

J'écris, (j'insiste !) ma foi,
Les blancs, (tous !) sont de moi !



(Oui, tu parles de vers, mais sache que la présentation du texte fait aussi partie du style. C'est plus ou moins agréable à lire, mais j'ai envie de mieux séparer ce commentaire des vers ci-dessus. D'où mon espacement subjectif supplémentaire entre les deux.)

À vrai dire, il est aussi dès langues où les retours à la ligne en cours de phrase sont la norme. Je citerai le japonais dans la plupart des communications électroniques.

Non.

S'il veut *écrire* des tirets, et que ses lecteurs lisent des tirets aussi, changer de CSS est aussi utile que changer de caleçon…

Oui, mais on aurait voulu lire

2. hello

non ?


Le problème, c'est qu'avec les avatars, sur pas mal de CSS, l'indentation des premières lignes est quasi-impossible à comprendre car décalée (et je ne sais pas si c'est en relatif ou absolu, par rapport à l'image ou au conteneur de l'image et du texte).

Youpi pour cette distro !
Depuis le temps que j'en charchais une !

Pareil.
Mon bookmark va même d'ailleurs directement sur mon tableau de bord !

Par ailleurs, ça serait bien d'avoir une liste supplémentaire qui trie tout nos contenus qui ont été commentés, depuis notre dernière lecture, pas juste les n derniers.
Enfin, que ça remonte le message le plus profond de l'arborescence (car si c'est un thread auquel on a participé 100 fois, inutile de flagguer les 100 messages, un seul suffit, le plus proche de la réponse).

1. test

   Ha, je vois

2. C'est donc pas du tout comme Latex, contrairement à ce que beaucoup disent. En gros, Markdown, ça saute pas de lignes quand on veut, et ça demande une indentation quand on ne devrait pas avoir besoin de le préciser. Quelle curieuse approche !

> Je ne connais d'ailleurs aucune syntaxe wiki qui l'utilise.

Si aucun wiki n'utilise telle ou telle syntaxe, c'est donc mauvais ? Moi je ne connais aucune machine à écrire qui utilise cette syntaxe wiki.

> Le retour à la ligne devrait être réservé à la mise en forme du source

Et pas du texte ?  
On est pas entrain de rédiger un livre ou un article où il y a des règles à respecter.

> si bien que je suis bien content de pouvoir utiliser les retours à la ligne afin de ne pas taper mes fins de lignes mon à l'aveugle. Et non je ne veux pas maximiser ma fenêtre, car les lignes de la textarea ont au moins 96 caractères ce que je trouve est inconfortable (je préfère 60-70 caractères)

Moi ce que je lis surtout, c'est que tu ne sais pas utiliser ton éditeur de texte. Configure le `wrapping`, utilise la commande de formattage et de jonction de lignes…


> Mais finalement est-ce si important ?  Le seul exemple qui me vient en tête où l'utilisation du retour à la ligne forcé est utile

Oui, c'est important ; dire « je n'en n'ai pas besoin » ne fait rien avancer.




Allez, juste pour le plaisir de gérer mes sauts de lignes tout seul, je rédige ce commentaire en mode « <pre>…</pre> »

Je te le demande bien

Pourquoi utiliser un truc bâtard et pas LaTeX alors ?
Ici, on peut même pas faire de listes imbriquées. On peut pas (?) sauter 5 lignes d'affilée, on peut pas faire de maths, on n'a pas de macros…

1. Pour ou contre le respect de la syntaxe Markdown pour les retours à la ligne ?

Contre. J'aime avoir la liberté d'indenter comme je veux, pour mettre 100 lignes vides d'affilée afin de créer un effet suspens. Sinon, autant prendre latex directement, au moins, c'est pas n'importe quoi, et il y a même des macros. Là, j'ai l'impression d'avoir le pire des deux mondes…

1. Quels services devrait-on prendre en charge pour les avatars ? Certains d'entre vous utilisent-ils pavatar ?

J'utilise pavatar, oui. Ça devrait-être pris en charge, vu que la mode ici est de dire « vivent les outils décentralisés ! »

1. Que pensez-vous des polices utilisées ?

J'ai pas de problème avec celles de la CSS opensuse.

PS : autre problème : impossible d'avoir une numérotation 1, 2, 3 dès l'instant où je saute une ligne. Présentement, ça m'affiche trois fois "1."…

J'ai corrigé ce bug, et mis une nouvelle version sur le wiki.

Pareil. Chémoasamarch™

Pentadactyl hg5805 (created: 2011/02/13 00:00:05) running on: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.12) Gecko/20101105 Firefox/3.6.12 avec Noscript

Aperçu du bug : http://img443.imageshack.us/i/bugpv.png/ Aperçu non buggué : http://img707.imageshack.us/i/nobugn.png/

Le bug est visible dans ma liste de contenus, mais aussi en page d'accueil (présentement page 5 en classant par date).

Je vais tenter de le reproduire dans la version alpha, en retapant le texte original où le bug est apparu. Ça pourrait être dû à un mélange d'HTML et de markdown.

La reproduction du bug a échoué dans ce post, mais est visible dans celui nommé

CSS CSS Suse : Problèmes de formatage et de marges

de mon suivi.

J'ai pas vu la réponse. J'ai tant posté depuis que ça a été éjecté de mon tableau de bord. Et j'ai pas l'impression qu'on puisse afficher les entrées fermées. (J'ai pas pensé à regarder mon profil pour y chercher la réponse…)

Sinon, oui, si on pouvait accéder aux anciennes entrées, je reposterais volontiers les miennes qui sont toujours valides.

Puis bon « si ça a pas été corrigé, c'est que c'était pas intéressant, » j'y crois pas trop quand je vois (de mémoire) que certains tickets avec des scores > 20… C'est surtout que personne n'avait le courage de se taper templeet pour implanter des trucs pas triviaux…

Je pense avoir fait la même demande hier.
Elle a été moinssée, puis a disparu ont dirait.

Il y a en fait plein d'entrées qui datent d'avant la version RoR et qui sont toujours valides ici.
Il faudrait donc tout importer, avec un score nul, puis supprimer les tickets inutiles, et laisser les votes des moules faire le reste.

Elle est plutôt essentielle, cette fonctionnalité.

Je cherche à joindre une moule qui a créé une CSS pour la nouvelle version qui n'a pas indiqué de page perso.
Impossible donc…

Ok, donc c'est la CSS qui a un <p>…</p> mal foutu. Et il est donc ardu (à moins de faire une succession de paragraphes vides) d'enchaîner plusieurs lignes vides, disons 5 ou 10…

Je commence à préférer l'ancien système de rédaction…
Bon, en attendant, je vais patcher la CSS…

Merci.

C'est bien ce que je dis : ça marche pas ! Pas de ligne vide entre deux !

Image à l'appui

En revanche, vu le ton employé (un peu sec),

Je cherche pas à être sec, hein !

Mais ayant hier posté une dizaine d'entrées dans le système de suivi, j'ai tendance à ne pas perdre de temps en salamaleks inutiles. Inutile de vouloir amadouer qui que ce soit, je ne cherche pas à améliorer mon expérience DLFP, mais celle de toutes les autres moules.

par contre l'impact sur l'heure de publication est bien réel, lui)

L'algo prend en compte l'heure à laquelle on publie ?
C'est mieux pendant les heures de travail ou la nuit ?
Et comment on fait quand on habite un fuseau horaire à l'autre bout du monde ?

Ok, la fin de ta réponse correspond à ce que je voulais, merci.

Quant à l'aide mémoire, ben, je suis d'avis qu'on le complète alors ; ça serait pas du luxe car je ne dois pas être le seul à ne pas connaître la syntaxe complète…
Non ?

PS : le saut de ligne ne marche pas. J'ai beau mettre 20 lignes vides ou 20 lignes avec juste 2 espaces, ça ne saute rien (du moins, pas dans la prévisualisation).