Project

General

Profile

Anomalie #2643

Supprimer le texte du alt sur les puces de retour à la ligne pour faciliter les copiers collers.

Added by erational 👺鬼 about 9 years ago. Updated 3 months ago.

Status:
Fermé
Priority:
Bas
Assignee:
-
Category:
ergonomie
Target version:
Start date:
04/12/2012
Due date:
% Done:

0%

Resolution:
fixed
Navigateur:

Description

Sur le SPIP 3 RC, les retours chariots sont indiqués dans le backoffice vers une image "Retour ligne".

Stress et Dépression<img src='../local/cache-vignettes/L10xH10/br-manuel-10-418b3.png' alt='Retour ligne manuel' title="Retour ligne manuel" class='br-manuel' width='10' height='10' style='' />

Serait ligne possible d'avoir un alt vide car ce alt est assez génant: lorsqu'on copie colle le texte (par exemple pour faire un copier coller sans le formatage spip)
on se retrouve avec un texte plein de mentions Retour ligne manuel

History

#1 Updated by cedric - about 9 years ago

Le alt est là pour que l'info soit présente dans les synthèses vocales, donc difficile de le supprimer.
Cela veut dire qu'il faut surement un bouton pour masquer/afficher cette signalétique des retour à la ligne...

#2 Updated by Fil _ about 9 years ago

un bouton ? non merci, le but est quand même d'alléger l'interface, pas d'en faire un tableau de bord de fusée spatiale
en fait pour la synthèse vocale, est-il indispensable d'avoir l'info qu'il y a là un saut de ligne ? ça ne me semble pas si important que ça

#3 Updated by cedric - about 9 years ago

L'info a le même niveau d'importance pour un utilisateur qui travaille avec ses yeux que pour un utilisateur qui travaille via une assistance vocale... je ne comprends pas trop la logique de cacher des informations qu'on juge utiles (puisqu'on se donne la peine de l'afficher pour les voyants) à certaines catégories d'utilisateur. Ou alors cela relativise l'importance de cette information et on peut l'évacuer complètement. "Pour tout le monde" ou "Pour personne" me vont très bien. Entre les deux je ne comprends pas.

#4 Updated by Fil _ about 9 years ago

Dans un monde binaire en effet tu as raison… en tout cas, ne rajoutons pas un bouton supplémentaire, c'est déjà bien assez complexe comme ça.

#5 Updated by Gilles VINCENT about 9 years ago

Je rajouterais que le niveau de verbosité est parfois (toujours ?) paramétrable dans la synthèse vocale.
Si la plupart du temps l'information du "retour à la ligne" génère plus de bruit qu'autre chose, c'est parfois utile (d'ailleurs en temps normal le lecteur lit - ou pas - les retours à la ligne habituels)

En jouant sur la classe 'br-manuel', un petit bout de code jQuery suffit à supprimer le champ 'alt' pour ceux qui n'utilisent pas (et donc à régler le cas du copier-coller)

<script>
jQuery('.br-manuel img').load(function() {
this.attr('alt','');
});
</script>

Il me semble que le champ 'title' n'est pas repris dans un copier-coller (donc l'information visuelle de la signification du caractère en question reste)

cedric - a écrit :

Le alt est là pour que l'info soit présente dans les synthèses vocales, donc difficile de le supprimer.
Cela veut dire qu'il faut surement un bouton pour masquer/afficher cette signalétique des retour à la ligne...

#6 Updated by cedric - about 9 years ago

je ne vois pas ce que ça donne de supprimer le alt par le javascript. Soit le alt est nécessaire pour les synthèses vocales et on le garde, soit il est superflu et on le vire du code natif. Que ce soit côté serveur ou côté client par le javascript produit exactement le même résultat au final, non ?

#7 Updated by cedric - over 6 years ago

  • Status changed from Nouveau to Fermé

Il y a pas eu finalement tant de plaintes que ça, on ferme…

#8 Updated by marcimat 🌻 over 6 years ago

Heu, ça me l'a fait l'aut' jour… et ça m'a agacé également pourtant. À b_b aussi ça l'avait fait.
C'est d'autant plus agaçant qu'on ne s'y attend pas en copiant/collant du texte.

On avait essayé une commande css qui évite un élément d'être sélectionné (je sais plus laquelle) mais ça ne fonctionnait pas non plus.
Il doit tout de même bien y avoir un truc à faire non ?

#9 Updated by b b over 6 years ago

On a tenté le coup sans succès avec la propriété user-select cf https://developer.mozilla.org/en-US/docs/Web/CSS/user-select

#10 Updated by b b over 6 years ago

  • Status changed from Fermé to Nouveau
  • Target version changed from 3.1 to 3.2

Juste pour ne pas oublier, j'ouvre de nouveau et je bascule le ticket sur la 3.2.

#11 Updated by cedric - 3 months ago

  • Target version changed from 3.2 to 4.0

Je lis sur https://usability.yale.edu/web-accessibility/articles/images :

Developer Best Practices
All <img> Tags Must Have alt Attributes

If an image does not have an alt attribute, a screen reader may announce the image’s src attribute instead. So, all images must have an alt attribute. When an image does not have alt text, provide a null alt attribute, like so:

<img alt ... />

or

<img alt="" ... />

Other Ways to Provide Text Alternatives

Developers can provide accessible names to images with the aria-label and aria-labelledby attributes.
When these attributes are present, assistive technology will ignore the image’s alt text and read the ARIA label instead.

Je propose donc de mettre un alt vide mais de renseigner le aria-label

#12 Updated by cedric - 3 months ago

  • Status changed from Nouveau to Fermé
  • Resolution set to fixed

Also available in: Atom PDF