Recherche avancée

Sur d’autres sites (8153)

• Anomalie #4438 : Manque Msg :message:lien_reponse_message :

  22 mars 2020

  Ça m’interroge...

  Les chaines de langues sont dans ’forum’, là : https://git.spip.net/spip/forum/src/branch/master/lang/forum_fr.php#L129
  Donc appeler `_T(’message:lien_reponse_message’)` ne donnera rien, quelque soit la version de SPIP.
  Cette chaine (forum:lien_reponse_message) est appelé si le message a un `id_parent`.

  La question semble plutôt :
  - soit `#OBJET` qui vaut ’message’ est erroné (ça devait être autre chose (genre l’objet du parent), mais un bug remplit a rempli ’message’ ?
  - soit on avait jamais eu ce cas simplement ?

• Evolution #4468 : Unification des CSS pour les boutons et les icônes

  15 septembre 2020

  @b_b : Super, merci

  @jluc : Ah je pensais qu’on pouvait au moins éditer ses propres tickets sur trac, même sans être admin. Je viens de voir que j’aurais pu le faire moi-même d’ailleurs, mais je me suis encore fait avoir par l’UX : faut d’abord cliquer sur modifier, et ensuite sur la petite icône « changer la description ». Mon cerveau refuse de retenir ce truc.

  Alors en fin de compte j’ai fait en sorte de ranger un minimum, mais en essayant de pas toucher à trop de choses non plus :

  • Tout ce qui a trait aux boutons est dans un nouveau module boutons.css : les boutons de formulaires, les boutons d’action, et la nouvelle classe lambda .bouton.
  • Je n’ai pas touché au bando rapide, donc pour les nouveaux boutons le sélecteur CSS inclus le tag : a.bouton. Je disais que c’est sale parcequ’en dehors des règles de base (reset, typo…), la règle générale c’est d’éviter de cibler un tag en particulier.

  En parlant de rangement, le module icons.css contient aussi les onglets (barre + onglets simples). À mon avis le composant .icone.horizontale|verticale ça rentre dans la famille des boutons, donc à déplacer dans le module boutons.css, et le module icons pourrait ensuite être renommé en onglets.css.
  Mais bon, j’y touche pas, ça pourra faire l’objet d’un autre ticket spécifiquement pour le découpage et le rangement des modules.

  Je vais essayer de boucler ça demain, y a moyen de faire un PR pour tenter de squeezer ça dans l’alpha de la 3.3 amha.
  J’y mettrai un description complète de la prop incluant les derniers correctifs.

• Anomalie #4562 : Suite #4468 : Unification des CSS pour les boutons et les icônes

  9 octobre 2020, par RastaPopoulos ♥

  Et même le JPG fixe est pour le coup un très bon outil pour cela, l’affordance des éléments d’interaction : avec uniquement le visuel fixe, sans ta souris, sans du tout savoir ce qui va se passer après avoir cliqué : tu dois absolument voir du premier coup d’œil les éléments importants d’interaction, ceux qui sont plus importants et d’usage courant (pas les suppressions donc).

  Et pour augmenter on peut même loucher un peu, flouter les yeux, c’est flagrant, pour une boite donnée :
  - en premier je vois un élément clairement identifié comme un bouton, qui donne envie de cliquer pour l’action la plus courante de cette boite
  - en deuxième même les yeux floutés je vois que "Gentillette", "Surprenant", "Sympathique" ont une couleur différente, c’est beaucoup moins important que le bouton mais je comprends que je peux cliquer
  - en troisième, je n’identifie pas spécialement que les "Retirer" sont cliquables (c’est voulu donc bien) mais il y a une petite image rouge qui attire mon œil donc je me dis qu’il y a un truc possible
  - en quatrième tout le reste
  => la hiérarchie est alors super bien cohérente avec le sens de chaque élément

  Alors que sans vrai bouton pour les ajouts, pas du tout, avec les yeux floutés je ne vois pas où est l’action la plus importante de la boite (je ne vois même quasi pas l’image, contrairement à la croix rouge).