• # C'est normal

    Posté par (page perso) . Évalué à 3 (+0/-0).

    Comme (pas très bien) expliqué dans l'aide mémoire, il faut deux retour à la ligne pour le forcer à l'affichage.

    « 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

  • # Syntaxe

    Posté par (page perso) . Évalué à 2 (+0/-0).

    C'est la syntax markdown : il faut placer deux espaces en fin de ligne pour faire un retour à la ligne.

    Il existe deux catégories de gens : ceux qui divisent les gens en deux catégories et les autres.

    • [^] # Re: Syntaxe

      Posté par (page perso) . Évalué à 8 (+0/-0).

      ??? C'est quoi cette ineptie ? Un retour à la ligne n'est plus censé faire un retour à la ligne ?

      « Je vois bien à quels excès peut conduire une démocratie d'opinion débridée, je le vis tous les jours. » (Nicolas Sarkozy)

      • [^] # Re: Syntaxe

        Posté par (page perso) . Évalué à 1 (+0/-0).

        Non, on peut mettre 2 espaces en fin de ligne pour forcer un retour à la ligne. Ce n'est pas très joli, mais c'est comme ça que fonctionne la syntaxe Markdown.

        • [^] # Re: Syntaxe

          Posté par (page perso) . Évalué à 3 (+0/-0).

          Et il n'est pas possible de changer ce comportement, on est obligé de régresser ? :(

          « Je vois bien à quels excès peut conduire une démocratie d'opinion débridée, je le vis tous les jours. » (Nicolas Sarkozy)

          • [^] # Re: Syntaxe

            Posté par (page perso) . Évalué à 5 (+0/-0).

            Les syntaxes wiki, ce sont comme les goûts et les couleurs... Certains aiment, d'autres non et il sera de toute façon impossible que tout le monde soit content. Je vais donc rester sur la syntaxe Markdown.

            • [^] # Re: Syntaxe

              Posté par (page perso) . Évalué à 2 (+0/-0).

              C'est triste de ne pas laisser le choix :(

              Pourquoi ne pas laisser le choix du traitement au posteur comme c'était le cas avant ?

              « Je vois bien à quels excès peut conduire une démocratie d'opinion débridée, je le vis tous les jours. » (Nicolas Sarkozy)

              • [^] # Re: Syntaxe

                Posté par (page perso) . Évalué à 4 (+0/-0).

                Sur la version templeet, on laissait le choix et, AMHA, c'était une très mauvaise idée. D'une part, c'est très difficile à maintenir dans le temps quand on ajoute/enlève de nouvelles possibilités. D'autre part, les gens faisaient très souvent le mauvais choix.

                • [^] # Re: Syntaxe

                  Posté par (page perso) . Évalué à 3 (+0/-0).

                  Alors raison de plus pour donner un comportement que tout le monde attendrait d'un champ texte comme sur tous les champs de texte depuis 30 ans...

                  « Je vois bien à quels excès peut conduire une démocratie d'opinion débridée, je le vis tous les jours. » (Nicolas Sarkozy)

                  • [^] # Re: Syntaxe

                    Posté par (page perso) . Évalué à 3 (+0/-0).

                    Les champs textes utilisé avec LaTeX n'ont pas ce comportement. Et ça fait un bout de temps qu'ils existent.

                    « 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: Syntaxe

                Posté par (page perso) . Évalué à 4 (+0/-0).

                Jeff Atwood a eu le même problème sur son site Stack Overflow, voir son article Treating User Myopia .

                Il y a deux manières de traiter le cas :

                1. Utiliser une variante de markdown qui retourne à la ligne en même temps que le texte en entrée, comme la variante utilisée par GitHub ; éventuellement pouvoir passer de l'une à l'autre avec une simple case à cocher ;

                2. Par défaut, ne pas utiliser de markup, ajouter une case à cocher pour sélectionner markdown.

        • [^] # Re: Syntaxe

          Posté par . Évalué à 2 (+0/-0).

          Je ne vois pas trop ce qui pourrait pousser quelqu'un à ponctuer son texte de retours à la lignes dans le cas particulier d'un commentaire sur linuxfr... Dans la rédaction d'un document dans un fichier .txt je comprends l'alignement sur 80 caractères, mais ici cela n'aurait pas de sens vu que la textarea est d'office "word-wrappée".

          Dans ce cas pourquoi ne pas tout simplement altérer un peu le support de markdown sur ce site afin qu'un retour à la ligne soit un <br> ? Ce ne doit pas être compliqué d'altérer le comportement du parser markdown dans ce cas de figure précis. Je ne connais pas l'implémentation ruby, mais avec python-markdown c'est presque trivial.

          Y a-t-il une raison profonde pour rejeter ce changemement autre que "c'est comme ça et pas autrement" ?

          • [^] # Re: Syntaxe

            Posté par (page perso) . Évalué à 1 (+0/-0).

            Ce ne doit pas être compliqué d'altérer le comportement du parser markdown dans ce cas de figure précis. Je ne connais pas l'implémentation ruby, mais avec python-markdown c'est presque trivial.

            La bibliothèque Ruby utilisée est un wrapper autour de Discount, une bibliothèque en C qui marche très bien pour faire du Markdown.

            • [^] # Re: Syntaxe

              Posté par . Évalué à 3 (+0/-0).

              Il dit qu'il ne voit pas le rapport.

              Ceci dit, un patch pour démontrer mon idée serait peut-être le bienvenu.

              • [^] # Re: Syntaxe

                Posté par (page perso) . Évalué à 6 (+0/-0).

                Je pertinente. Moi aussi je trouve très perturbant de devoir ajouter des doubles espaces pour forcer un saut de ligne alors que 99,99999% des gens s'attendent à simplement faire "entrée" pour avoir un saut de ligne.
                Si en plus un patch est gracieusement fourni alors c'est génial !

              • [^] # Re: Syntaxe

                Posté par (page perso) . Évalué à 7 (+0/-0).

                J'ai oublié de le dire mais la clé de la simplicité c'est d'avoir le même comportement dans la boite d'édition et dans le rendu. Si un lecteur fait un saut de ligne dans la boite et que cela n'apparaît pas dans le rendu alors il va se faire avoir...et on aura les mêmes remarques de protestation pendant les 25 ans à venir :-)

                • [^] # Re: Syntaxe

                  Posté par (page perso) . Évalué à 7 (+0/-0).

                  Dans ce cas, ce n'est pas du markup qu'il faut utiliser mais un éditeur wysiwyg.

                  Mon éditeur de texte est réglé pour ajouter des passages à la ligne dès que la ligne est trop longue. Et je suis habitué (par LaTeX) à mettre une ligne vide pour séparer deux paragraphes. Je vois ainsi tout de suite s'il y a un changement de paragraphe ou juste un passage automatique à la ligne.

                  • [^] # Re: Syntaxe

                    Posté par . Évalué à 1 (+0/-0).

                    Je pense qu'il faut quand même différencier le cas d'un document que tu édites avec ton éditeur de texte et celui d'une textarea sur un site comme linuxfr...

                  • [^] # Re: Syntaxe

                    Posté par . Évalué à 3 (+0/-0).

                    Je suis d'accord laisser une ligne vide entre deux paragraphes me semble être une bonne pratique. Ca permet d'avoir un texte plus claire. Là où ça me gène un peu plus c'est quand je met un liste à puce après un paragraphe là c'est plus surprenant (mais pas gênant).

                    Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

          • [^] # Re: Syntaxe

            Posté par (page perso) . Évalué à 2 (+0/-0).

            Dans ce cas pourquoi ne pas tout simplement altérer un peu le support de markdown […] ?

            Pour ne pas avoir 42 variantes de Markdown sur différents sites ? Je ne me rends pas trop compte de l'effet dérangeant que ça peut avoir sur quelqu'un habitué à Markdown ou des possibilités de copier-coller du texte formatté en Markdown provenant d'autres sources. Ce n'est sans doute pas très important en fin de compte.

      • [^] # Re: Syntaxe

        Posté par (page perso) . Évalué à 1 (+0/-0).

        En fait, mes souvenirs de php me rappellent qu'il y a une commande pour remplacer les retours à la ligne par des <br> dans un texte venant d'un textarea.

        Mais maintenant ça fonctionne par paragraphes. Deux retours à la ligne permettent de débuter un nouveaux paragraphe.

        Il existe deux catégories de gens : ceux qui divisent les gens en deux catégories et les autres.

  • # Un retour à la ligne signifie un retour à la ligne

    Posté par (page perso) . Évalué à 3 (+0/-0).

    Un retour à la ligne dans un texte, c'est qu'on veut un retour à la ligne.

    Si on commence à changer la signification, et mettre un retour à la ligne qui veut dire ne rien faire (donc à quoi ça sert d'autoriser un retour à la ligne?), et des espaces qui veulent dire retour à la ligne, autant mettre la lettre "a" qui dira "e", et ainsi de suite pour toutes les lettres de l'alphabet, ce sera encore plus marrant de faire compliqué quand on peut faire simple genre un retour à la ligne signifie un retour à la ligne, et "a" signifie "a".

    Désolé, mais je ne comprendrai jamais qu'on puisse même imaginer trouver normal de se torturer l'esprit comme ça.

    • [^] # Re: Un retour à la ligne signifie un retour à la ligne

      Posté par . Évalué à 4 (+0/-0).

      Je m'étais fait la même réflexion lors des tests sur alpha.linuxfr.org.
      Je n'aime pas du tout devoir rajouter deux espaces en fin de ligne pour forcer le retour à la ligne. Sur la plupart des forums où je poste, cette syntaxe n'existe pas, elle est trop perturbante pour les utilisateurs.

  • # Markdown, c'est le bien

    Posté par (page perso) . Évalué à 3 (+0/-0).

    Je dis pas, si le site était prévu pour Mme Michu, mais allons, la plupart d'ici utilise déjà markdown voir pandoc, restructuredText, LaTeX, txt2tag, wikimédia ou autre formats.
    Franchement, voir dlfp avec markdown ne me choque pas plus que ça.

    • [^] # Markdown, c'est mal

      Posté par (page perso) . Évalué à 3 (+0/-0).

      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…

      • [^] # Re: Markdown, c'est mal

        Posté par . Évalué à 0 (+0/-0).

        on peut pas faire de maths

        Et ça c'est quoi ? :-)

        \Gamma^{\rho}_{\mu\nu}= \sum_{i,j,k}\frac{\partial x^i}{\partial x^{\mu}}\frac{\partial x^j}{\partial x^{\nu}}\frac{\partial x^{\rho}}{\partial x^k}\Gamma^k_{ij}+\sum_r\frac{\partial^2 x^r}{\partial x^{\mu}\partial x^{\nu}}\frac{\partial x^{\rho}}{\partial x^r}
        
      • [^] # Re: Markdown, c'est mal

        Posté par . Évalué à 3 (+0/-0).

        Mauvais markup language, changer de marckup langage...

        Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

      • [^] # Re: Markdown, c'est mal

        Posté par (page perso) . Évalué à 3 (+0/-0).

        Ici, on peut même pas faire de listes imbriquées.

        • Je
          • ne
            • le
        • savais
          • pas

        « 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: Markdown, c'est le bien

      Posté par (page perso) . Évalué à 2 (+0/-0).

      Franchement, voir dlfp avec markdown ne me choque pas plus que ça.

      Oui, restons entre geeks de bonne famille, les gens doivent faire un effort pour apprendre qu'un retour à la ligne, c'est pas un retour à la ligne pour pouvoir écrire, et LinuxFr, c'est à part. Quel élitisme...

      (et en plus, le commentaire est bien noté, restons vraiment entre gens de bonne famille)

  • # Est-ce si important ?

    Posté par . Évalué à 5 (+0/-0).

    Juste quelques modestes éléments de reflexion.

    L'utilisation d'un simple retour à la ligne pour forcer un retour à la ligne est, à mon avis, une très mauvaise idée. Je ne connais d'ailleurs aucune syntaxe wiki qui l'utilise. Le retour à la ligne devrait être réservé à la mise en forme du source, de la même manière que beaucoup les développeurs l'utilisent pour mettre en forme leur code. En outre, j'imagine que certains contributeurs doivent utiliser un vrai éditeur, ce qui est beaucoup plus confortable qu'un textarea, surtout pour les longues contributions, d'où des problèmes certains pour ceux qui utilisent les retours à la ligne statique. Je suis entrain d'éditer ce commentaire dans Chromium dans une textarea «qui déborde» de la fenêtre (impossible de la redimensionner la textarea convenablement, y compris avec Firefox), 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), et ensuite cela m'empêcherai de mater une des conf. du FOSDEM en même temps.

    L'utilisation du double espace a le défaut d'utiliser des caractères invisibles. En regardant le source, on ne sait pas si les retours à la lignes sont forcés ou pas. J'aime bien l'utilisation du double slash \\ que l'on trouve dans la syntaxe Créole. Néanmoins je pense que le double espace pose moins de problème que le retout à la ligne.

    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, c'est pour le formatage d'adresses postales comme sur une enveloppe.

    • [^] # Re: Est-ce si important ?

      Posté par (page perso) . Évalué à -1 (+0/-0).

      > 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> »
      • [^] # Re: Est-ce si important ?

        Posté par . Évalué à 2 (+0/-0).

        Moi ce que je lis surtout, c'est que tu ne sais pas utiliser ton éditeur de texte.

        J'éditais le commentaire dans la textarea pas avec un éditeur externe.

        dire « je n'en n'ai pas besoin » ne fait rien avancer.

        Ce n'est pas ce que j'ai dit. J'ai juste fait remarquer que les situations qui nécessitent l'utilisation d'un retour à la ligne forcée sont plutôt rares.

    • [^] # Re: Est-ce si important ?

      Posté par (page perso) . Évalué à 2 (+0/-0).

      Le seul exemple qui me vient en tête où l'utilisation du retour à la ligne forcé est utile, c'est pour le formatage d'adresses postales comme sur une enveloppe.

      Tu devrais essayer de rédiger un devoir de français qu'avec des sauts de paragraphes pour voir si ton prof va être content.

      Je suis entrain d'éditer ce commentaire dans Chromium dans une textarea «qui déborde» de la fenêtre (impossible de la redimensionner la textarea convenablement, y compris avec Firefox)

      Insulter les développeurs des navigateurs plutôt que de changer de vocabulaire. Chrome sous Windows va très bien, ça vient de chez toi.

      . Le retour à la ligne devrait être réservé à la mise en forme du source, de la même manière que beaucoup les développeurs l'utilisent pour mettre en forme leur code.

      On parle d'écrire un commentaire la, pas de taper du code.

      Chacun son truc et ses sadismes, j'ai pas le choix je m'adapterai à ce nouveau vocabulaire "un retour à la ligne ne signifie pas de retour à la ligne", mais ça ne m’empêchera pas de trouver ça du sadisme d'informaticien (mais avec les informaticiens, on a l'habitude...)

      • [^] # Re: Est-ce si important ?

        Posté par (page perso) . Évalué à 2 (+0/-0).

        Tu devrais essayer de rédiger un devoir de français qu'avec des sauts de paragraphes pour voir si ton prof va être content.

        […]

        On parle d'écrire un commentaire la, pas de taper du code.

        s/du code/un devoir de français/

      • [^] # Re: Est-ce si important ?

        Posté par . Évalué à 3 (+0/-0).

        Je ne comprends pas ton exemple du devoir de français. Tu veux dire que tu dois faire des retours à la ligne quand tu arrives au bout de la place disponible sur la feuille ? Si c'est ça, il ne faut pas oublier que tous les lecteurs sur le web n'ont pas la même feuille !

        C'est un peu comme si un auteur demandait qu'il y ait exactement la même mise en page dans la version «normale» et dans la version livre de poche, et dans la version epub, etc. De même, un devoir de français, si tu fais ton brouillon sur une feuille A5 et le définitif en A4, je déconseillerais de recopier les retours à la ligne à l'identique.

        Tous les nombres premiers sont impairs, sauf un. Tous les nombres premiers sont impairs, sauf deux.

  • # Mark Down est un gros con

    Posté par . Évalué à -2 (+0/-0).

    Totalement contre ce type d'entrée.[object Selection] Extrêmement pénible de passer son temps à doubler tout ses retours chariots, parce que on a décidé à l'avance que les utilisateurs, c'est des cons, et on ne peut pas les éduquer, ça sera toujours des cons qui ne savent pas appuyer sur « Entrée » quand les admins l'ont décidé.[object Selection] [object Selection] D'autre part, on fait comment lorsque l'on veut écrire un dialogue? avec des retours à la ligne et des tirets?[object Selection] [object Selection] Et si il y a des objects Selection partout dans mon texte, faut pas me demander pourquoi... je suppose que c'est encore un coup de Mark qui a du décider que je voulais marquer object selection à chaque fois que je tape sur « Entrée », donc comme il est plus intelligent que moi il le fait à ma place...[object Selection] [object Selection] C'est franchement pénible ce type de présupposé chez les développeurs à l'ego surdimensionné qui s'imaginent que leur bout de code marche forcement mieux que le cerveau d'un humain... et c'est le comble de voir ça sur un site qui parle de Linux et qui passe son temps à vomir sur Windows / Mac, alors que c'est justement sur ces deux derniers environnements qu'on a ce genre de comportement pour aider des utilisateurs qui ne comprennent rien à ce qu'ils font.[object Selection] Tiens c'est marrant, je viens de remarquer qu'à cause de ces object Selection les doubles retours chariots sont inefficaces... si vous avez lu ce commentaire illisble jusqu'à là, félicitation...[object Selection] [object Selection] (dernier détail qui a peut être son importance, j'utilise Opera 10.10 Linux)

  • # Contre les retours à la ligne

    Posté par . Évalué à 3 (+0/-0).

    J'ai envie de reprendre un des commentaires précédents ici pour montrer ce que ça donne sur un navigateur qui serait un peu en dessous de la taille que le posteur veut imposer :

    Je ne comprends pas ton exemple du devoir de français.
    Tu veux
    dire que tu dois faire des retours à la ligne quand tu
    arrives
    au bout de la place disponible sur la feuille ? Si
    c'est ça,
    il ne faut pas oublier que tous les lecteurs sur le web
    n'ont pas
    la même feuille !

    C'est un peu comme si un auteur demandait qu'il y ait
    exactement
    la même mise en page dans la version «normale» et dans
    la version
    livre de poche, et dans la version epub, etc. De même,
    un devoir
    de français, si tu fais ton brouillon sur une feuille
    A5 et le
    définitif en A4, je déconseillerais de recopier les
    retours à
    la ligne à l'identique.

    Tous les nombres premiers sont impairs, sauf un. Tous les nombres premiers sont impairs, sauf deux.

  • # Fait

    Posté par (page perso) . Évalué à 3 (+0/-0).

    C'est
    fait.

Envoyer un commentaire

Suivre le flux des commentaires

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.