Recherche avancée

Sur d’autres sites (9007)

• Evolution #4766 : Passer le menu d’ajouts rapides dans un sous-menu

  4 mai 2021, par RastaPopoulos ♥

  N’importe quoi… on ne les utilise que rarement en tant que dev, si on réfléchit ergo là c’est bien pour les utilisateurices finales, et sur comment les former. Cf les arguments sur la facilité d’apprentissage + la mémorisation de la fonctionnalité + l’accessibilité de la lecture pour savoir ce que ça fait du premier coup d’œil (sans title infobulle que fort peu trouvent et lisent).

  Il est d’ailleurs bien plus plus simple, une fois le gros menu ouvert de viser une ligne entière avec label, qu’un mini bouton riquiqui.

  Quant à la comparaison avec d’autres logiciels : prenons plutôt ceux de la même branche. Et… o gosh, les deux plus utilisés au monde utilisent ce genre de menu !

  Wordpress : un menu "New" avec un picto "+", qui ouvre la liste des choses qu’on peut créer : exactement comme ce qu’on propose
  

  Drupal : un menu "Shortcuts" qui ouvre dessous ce sous-menu (en horizontal et pas vertical pour eux) : là chez eux on peut personnaliser pour chaque utilisateur, ce que j’avais d’ailleurs proposé un jour, ya un remplissage par défaut mais ensuite on peut retirer/ajouter des éléments
  

  Dans un premier temps le truc comme Wordpress suffit, et tout le monde connait et comprend ça (et je pense que ça doit avoir un label du coup, pas juste un "+" !).

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

  6 octobre 2020

  Mais pour l’ajout là c’est bizarre on voit pas le fond, c’est un peu nul, en tout cas pour cette couleur.

  Oui : https://core.spip.net/issues/4562#note-25 et https://core.spip.net/issues/4562#note-5

  Peut-être l’inverse aussi, le retrait est plus gros que l’ajout : ça ne va pas.

  Oui c’est pas voulu, la capture a été faite à l’arrache dans l’inspecteur, devait rester un font-size planqué quelque part (il y en a pleins d’imbriqués en vrac de partout). Les 2 étaient censés être à la même taille.

  Mais bref, pour mettre le bouton d’ajout à la taille normale il y a pas trop la place pour l’instant : les .toggle_box_link sont positionnés en absolute, ça ferait déborder. Et s’il faut faire rentrer tout ça je sens que ça va amener modifier pleins de choses en cascade. On tire sur un fil et on finit par dérouler toute la pelote de laine :p

  On peut y aller par étapes aussi : laisser tout en .mini.link dans un 1er temps ça me semble acceptable, histoire de garder un truc proche de ce qu’il y avait avant, mais déjà un peu plus harmonisé. Et pis après on amélioera.

• Evolution #4256 : Faire un signalement des mise à jour de sécu

  11 janvier 2019, par Franck D

  Salut marcimat, Oui, c’est pour cela que je disais que cela allait un peu avec 3509, mais en même temps, simplement le signalement d’une mise à jour de secu ne demande pas forcément d’avoir le changelog, cela ne serait qu’un plus !
  Celui voulant savoir, pourrait toujours faire comme actuellement, une lecture des logs de commit (ce n’est pas génial, mais bon...)
  Il ne faut pas que les gens se rendent compte qu’une mise à jour de secu est dispo uniquement car ils vont voir la page de gestion des plugins, car les administrateurs ou webmestres n’y vont pas systématiquement à chaque fois qu’ils vont sur un site.
  C’est pour cela qu’il faut qu’ils reçoivent l’info dès qu’ils arrivent sur le site (une fenêtre qui s’ouvre, une couleur de fond qui change, l’envoi d’un mail, un message par pigeon voyageur, ????), quelque chose qui fasse que les gens se disent "mon site est vulnérable, il faut que je regarde les plugins qui ne sont pas à jour"

  C’est pour ça que je pensais à, un génie de plus dans spip qui regarderait un simple fichier archivelist_secu.txt (après reste à bien réfléchir comment doit être indiquer qu’un plug est vulnérable (je ne sais pas si ce que je proposais était suffisant (car j’ai peur que l’on indique que des versions ont des problèmes alors qu’il ne sont pas concernés), possible qu’il faudrait plutôt un truc du genre :
  Nom_du_prefix_du_plugin/Version_du_X_Y_Z_qui_contient_le_problème/Version_du_plugin_sans_problème

  Sachant que si la personne écrit par exemple : saisie / version 1.x.x / 1.42.11 (alors cela voudrait dire que toutes les versions 1.x.x ont un problème)