
Recherche avancée
Autres articles (42)
-
Les autorisations surchargées par les plugins
27 avril 2010, parMediaspip core
autoriser_auteur_modifier() afin que les visiteurs soient capables de modifier leurs informations sur la page d’auteurs -
Publier sur MédiaSpip
13 juin 2013Puis-je poster des contenus à partir d’une tablette Ipad ?
Oui, si votre Médiaspip installé est à la version 0.2 ou supérieure. Contacter au besoin l’administrateur de votre MédiaSpip pour le savoir -
Ajouter notes et légendes aux images
7 février 2011, parPour pouvoir ajouter notes et légendes aux images, la première étape est d’installer le plugin "Légendes".
Une fois le plugin activé, vous pouvez le configurer dans l’espace de configuration afin de modifier les droits de création / modification et de suppression des notes. Par défaut seuls les administrateurs du site peuvent ajouter des notes aux images.
Modification lors de l’ajout d’un média
Lors de l’ajout d’un média de type "image" un nouveau bouton apparait au dessus de la prévisualisation (...)
Sur d’autres sites (5197)
-
Anomalie #4562 : Suite #4468 : Unification des CSS pour les boutons et les icônes
7 octobre 2020cedric signalait un problème dans la liste des plugins de SVP : parfois les boutons chevauchent la case à cocher.
Plus précisément quand un plugin n’a pas de descriptif.Et pour cause : les boutons sont positionnés en absolute, calés en bas à droite de chaque ligne.
Donc depuis le début ils pouvaient chevaucher le titre et le descriptif, et maintenant qu’ils sont un peu plus grands, ça empiète parfois sur la case à cocher (plus embêtant).Pour régler le problème à peu de frais on peut utiliser la variante
.mini
sur les boutons, mais c’est un peu cacher la misère sous le tapis je trouve.
En fait ça fait partie des problèmes d’UX évoqués dans les tickets #4429 et #3017.En attendant l’implémentation de la solution proposée, on pourrait déjà faire quelques ajustements :
- Boutons visibles tout le temps, pas juste au survol
- Boutons calés à droite, pas en absolute. On a maintenant assez de place en largeur pour ça.
Nb : dans la capture j’ai mis les logos en 50px (au lieu de 32px), mais c’était juste pour voir.
-
Evolution #4595 : [Charte privé] Soulignement des liens
2 novembre 2020, par RastaPopoulos ♥Alors oui en accessibilité c’est un des tous tous premiers trucs : ne pas se reposer sur la couleur pour une info, et là c’est pas une petite info : les liens sont, genre… l’élément le plus important de navigation et d’interaction dans une page web, donc si ya un truc à pas rater niveau accessibilité et affordance, c’est bien sur cet élément.
La règle de base devrait donc être : faut souligner ou autre méthode, mais souligner c’est vraiment le standard, et de nos jours on peut faire des soulignements assez jolis.
Mais… si ya "de base" dans la phrase, ce n’est pas pour rien. C’est le défaut. Mais suivant tel ou tel contexte, on peut parfaitement styler autrement, car ergonomiquement on sait que telle zone de la page correspond uniquement à une liste de liens. Typiquement un menu parfaitement identifié oui. Ça vaut pour le menu principal en premier lieu bien sûr. Mais aussi pour les colonnes de côtés, dans la plupart des cas on sait ce que sont des listes de liens (comme les liens et boutons qu’on met sous le numéro des objets).
Là où c’est le plus important de garder le soulignement c’est quand dans un même contexte il y a du texte normal et des liens mélangés. Ça vaut pour les contenus longs évidemment. Mais ça peut valoir dans certains blocs d’infos, de liaisons, tableaux d’infos etc : là il faut savoir ce qui est cliquable sans mettre la souris dessus et donc laisser le défaut il me semble.
-
Anomalie #4672 : Mauvais affichage des versions à restaurer
23 février 2021, par jluc -Et le soustitre indique "Différences entre la version n et la version n-1" au lieu de "n+1 et n".
À moins que ce soit l’affichage des numéros de version dans la colonne de gauche qui soit décalée d’un cran par rapport aux indications de la colonne principale...