Conversation

Notices

1. Embed this notice
   Natouille 🍷 🥃 🍾 (natouille@mastodon.tetaneutral.net)'s status on Monday, 28-Aug-2023 18:01:47 JST Natouille 🍷 🥃 🍾

   #UXWriting du jour : tronquer les textes ? Mauvaise idée.

   Alors que le numérique offre (contrairement au papier) la possibilité de rendre les contenants élastiques, une tendance a émergé depuis des années, à savoir : faire des contenants visuellement parfaits en premier et tenter de faire rentrer les contenus au chausse-pied.

   Bilan : les textes (ce sont souvent le textes) sont réduits à éléments devant s'adapter à leur environnement mal conçu.
   Et ça peut donner des trucs... hmmm ⬇️

   1/n

   • Haelwenn /элвэн/ :triskell: repeated this.
   • Embed this notice
     Natouille 🍷 🥃 🍾 (natouille@mastodon.tetaneutral.net)'s status on Monday, 28-Aug-2023 18:01:46 JST Natouille 🍷 🥃 🍾

     in reply to

     #UXWriting
     Exemple : texte tronqué pour rentrer dans les cases. Et votre contenu n'a plus de sens 😁

     2/n

     Haelwenn /элвэн/ :triskell: likes this.
   • Embed this notice
     Natouille 🍷 🥃 🍾 (natouille@mastodon.tetaneutral.net)'s status on Monday, 28-Aug-2023 18:03:26 JST Natouille 🍷 🥃 🍾

     in reply to

     #UXWriting
     Autre exemple : votre template est super chiadé, bien aligné... Mais une partie des contenus prévus pour aller dedans sont plus longs.
     Vous n'avez pas regardé les contenus réels de manière exhaustive. Résultat, ça déborde.

     3/n

     Haelwenn /элвэн/ :triskell: likes this.
   • Embed this notice
     Natouille 🍷 🥃 🍾 (natouille@mastodon.tetaneutral.net)'s status on Monday, 28-Aug-2023 18:04:11 JST Natouille 🍷 🥃 🍾

     in reply to

     • créature du chaos 🤘
     • tuxmain

     @tuxmain @melunaka mon propos n'est pas de discuter des astuces techniques pour tronquer au mieux mais du réel besoin de tronquer. Globalement, cette coupe est contrainte par la conception de l'interface alors que le texte complet pourrait être affiché.
     Si contraintes il doit y avoir, elles doivent se situer en amont lors de la saisie des contenus avec des champs limitant la longueur. Il faut prévoir des règles de gestion edito

     Haelwenn /элвэн/ :triskell: likes this.
   • Embed this notice
     tuxmain@toot.aquilenet.fr's status on Monday, 28-Aug-2023 18:04:22 JST tuxmain

     in reply to

     • créature du chaos 🤘

     @melunaka @Natouille Si c'est bien fait, le "..." vient du CSS `text-overflow: ellipsis`. Ça tronque bêtement mais au moins on peut sélectionner le texte qui n'est pas affiché (avec triple clic, maj+flèches ou lecteur d'écran).
     Mais on peut changer "..." pour un autre caractère et rien n'empêche d'ajouter un fondu.
     Cela dit, nulle raison de penser qu'ils font ça bien, et une troncature côté serveur est aussi simple à faire.

   • Embed this notice
     créature du chaos 🤘 (melunaka@eldritch.cafe)'s status on Monday, 28-Aug-2023 18:04:24 JST créature du chaos 🤘

     in reply to

     @Natouille C’est d’autant plus frappant dans le 2e cas, où le texte est à priori connu d’avance et donc la disposition de la page devrait prendre ça en compte…

     Mais en général, pour les contenus dont la taille n’est pas connue à l’avance, je ne comprends pas pourquoi les sites pourraient pas faire soit un fondu vers la couleur de fond (plutôt que le … qui est un caractère qui peut exister dans un texte), ou alors de couper à l’espace précédent le dépassement de la limite de caractères.

     Techniquement, c’est très accessible de faire quelque chose de mieux que genre gesticule l’entièreté de ce à quoi on nous a habitué