Recherche avancée

Médias (91)

Autres articles (37)

  • Des sites réalisés avec MediaSPIP

    2 mai 2011, par

    Cette page présente quelques-uns des sites fonctionnant sous MediaSPIP.
    Vous pouvez bien entendu ajouter le votre grâce au formulaire en bas de page.

  • Use, discuss, criticize

    13 avril 2011, par

    Talk to people directly involved in MediaSPIP’s development, or to people around you who could use MediaSPIP to share, enhance or develop their creative projects.
    The bigger the community, the more MediaSPIP’s potential will be explored and the faster the software will evolve.
    A discussion list is available for all exchanges between users.

  • Contribute to a better visual interface

    13 avril 2011

    MediaSPIP is based on a system of themes and templates. Templates define the placement of information on the page, and can be adapted to a wide range of uses. Themes define the overall graphic appearance of the site.
    Anyone can submit a new graphic theme or template and make it available to the MediaSPIP community.

Sur d’autres sites (5853)

  • 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 #4562 : Suite #4468 : Unification des CSS pour les boutons et les icônes

    7 octobre 2020

    cedric 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.

  • Anomalie #2375 (Nouveau) : redirection d’une mauvaise url arborescente

    17 octobre 2011, par James H.

    Avec les urls arbo : si j’ai une erreur de saisie dans la partie d’une sous-rubrique, on est renvoyé vers la page d’accueil du site au lieu d’avoir une page 404.