Recherche avancée

Médias (1)

Mot : - Tags -/embed

Autres articles (64)

  • Configurer la prise en compte des langues

    15 novembre 2010, par

    Accéder à la configuration et ajouter des langues prises en compte
    Afin de configurer la prise en compte de nouvelles langues, il est nécessaire de se rendre dans la partie "Administrer" du site.
    De là, dans le menu de navigation, vous pouvez accéder à une partie "Gestion des langues" permettant d’activer la prise en compte de nouvelles langues.
    Chaque nouvelle langue ajoutée reste désactivable tant qu’aucun objet n’est créé dans cette langue. Dans ce cas, elle devient grisée dans la configuration et (...)

  • La sauvegarde automatique de canaux SPIP

    1er avril 2010, par

    Dans le cadre de la mise en place d’une plateforme ouverte, il est important pour les hébergeurs de pouvoir disposer de sauvegardes assez régulières pour parer à tout problème éventuel.
    Pour réaliser cette tâche on se base sur deux plugins SPIP : Saveauto qui permet une sauvegarde régulière de la base de donnée sous la forme d’un dump mysql (utilisable dans phpmyadmin) mes_fichiers_2 qui permet de réaliser une archive au format zip des données importantes du site (les documents, les éléments (...)

  • Configuration spécifique pour PHP5

    4 février 2011, par

    PHP5 est obligatoire, vous pouvez l’installer en suivant ce tutoriel spécifique.
    Il est recommandé dans un premier temps de désactiver le safe_mode, cependant, s’il est correctement configuré et que les binaires nécessaires sont accessibles, MediaSPIP devrait fonctionner correctement avec le safe_mode activé.
    Modules spécifiques
    Il est nécessaire d’installer certains modules PHP spécifiques, via le gestionnaire de paquet de votre distribution ou manuellement : php5-mysql pour la connectivité avec la (...)

Sur d’autres sites (8174)

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

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

Navigation