• [^] # Re: Vraie question : que faire de ce genre de commentaire ?

    Posté par (site web personnel, Mastodon) . En réponse au journal « Changer le monde, un octet à la fois » - Campagne de don Framasoft. Évalué à 4. Dernière modification le 19 octobre 2018 à 13:55.

    J'essaie de comprendre un truc : c'est un jeu dans lequel tu essaies de délayer l'information au maximum ?

    Parce que si je prends ce paragraphe (c'est le premier après que tu explique vouloir simplifier tes phrases) :

    A titre d'information accessoire, voici le lien direct vers le commentaire de référence : https://linuxfr.org/nodes/115500/comments/1751977 — c'est le lien hypertexte associé au libellé du titre dudit commentaire. Pour être complet dans l'exposé de ces arcanes de Linuxfr.org, précisons qu'en cliquant sur le # sur la gauche de l'en-tête d'un commentaire, on l'affiche dans son contexte, à moins qu'il soit replié pour l'utilisateur (auquel cas s'affiche la page comportant le contexte, ici ce journal, sans positionnement adéquat).

    Ceci être résumé, sans perte d'information pertinente pour le lecteur, en :

    Voici un lien vers le commentaire complet, vous pouvez le voir dans son contexte en cliquant sur le # à gauche de son titre.

    Ce qui prends 125 caractères visibles pour le lecteur au lieu de 533, soit presque un facteur 4,3.

    Analyse rapide :

    1. A titre d'information accessoire ← Outre que cette précision n'apporte rien, elle est redondante avec elle-même.
    2. voici le lien direct vers le commentaire de référence : https://linuxfr.org/nodes/115500/comments/1751977 ← Proposition principale, la formulation est bonne, le seul défaut c'est qu'elle n'utilise pas les possibilités du Markdown (et du coup tu donnes plus l'URL qu'un lien)
    3. c'est le lien hypertexte associé au libellé du titre dudit commentaire. ← Oui, un lien sur Internet c'est un lien hypertexte, ça n'apporte rien. Pas plus que le reste de la phrase, qui contient une petite cascade de compléments (associé au ... du ... dudit) pour ne préciser rien d'utile.
    4. _ Pour être complet dans l'exposé de ces arcanes de Linuxfr.org,_ ← Encore une cascade de compléments (dans ... de ... de), ici pour dire que tu vas nous apprendre à nous servir de Linuxfr.org. Ça ne sert à rien de dire que tu vas faire quelque chose : fais-le (surtout que là tu le fais juste après).
    5. _ précisons qu'en cliquant sur le # sur la gauche de l'en-tête d'un commentaire_ ← La proposition d'explication d'une fonctionnalité peu claire de Linuxfr.org. Malheureusement très lourde, on peut faire sauter « précisons que » sans rien perdre, et tout ce qu'il y a après le # peut être simplifié.
    6. à moins qu'il soit replié pour l'utilisateur (auquel cas s'affiche la page comportant le contexte, ici ce journal, sans positionnement adéquat) ← Une précision complémentaire et une incise qui précise la précision. Le tout ne concerne qu'un cas à la marge.

    En fait, et ça se voit particulièrement avec les points 5 et 6, tu donnes un niveau de détails ridiculement trop élevé. Ça contribue beaucoup à rendre ton propos incompréhensible : on est noyés dans les détails sans jamais voir où tu veux en venir.

    À la limite ce genre de précision peut être intéressant dans le cadre de spécifications détaillées, mais jamais avant.

    La connaissance libre : https://zestedesavoir.com