
Recherche avancée
Autres articles (39)
-
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 -
MediaSPIP Player : problèmes potentiels
22 février 2011, parLe lecteur ne fonctionne pas sur Internet Explorer
Sur Internet Explorer (8 et 7 au moins), le plugin utilise le lecteur Flash flowplayer pour lire vidéos et son. Si le lecteur ne semble pas fonctionner, cela peut venir de la configuration du mod_deflate d’Apache.
Si dans la configuration de ce module Apache vous avez une ligne qui ressemble à la suivante, essayez de la supprimer ou de la commenter pour voir si le lecteur fonctionne correctement : /** * GeSHi (C) 2004 - 2007 Nigel McNie, (...) -
Keeping control of your media in your hands
13 avril 2011, parThe vocabulary used on this site and around MediaSPIP in general, aims to avoid reference to Web 2.0 and the companies that profit from media-sharing.
While using MediaSPIP, you are invited to avoid using words like "Brand", "Cloud" and "Market".
MediaSPIP is designed to facilitate the sharing of creative media online, while allowing authors to retain complete control of their work.
MediaSPIP aims to be accessible to as many people as possible and development is based on expanding the (...)
Sur d’autres sites (7090)
-
Anomalie #3160 (Fermé) : Imagick pas correctement géré pour les miniatures
18 juillet 2014, par marcimat ☺☮☯♫ -
Anomalie #2381 : Corriger le niveau d’intertitre
24 octobre 2014, par tetue tetueC’est moins un problème de SEO que d’accessibilité. Omettre un niveau de titre rompt la navigation par titres (par exemple avec une synthèse vocale), rendant difficile l’accès aux contenus des niveaux inférieurs. Concrètement, certains de ces utilisateurs passent à côté de tout ou partie du contenu. Cela relève d’un critère d’accessibilité de niveau A, c’est-à-dire bloquant.
Il y a certes, pour les webmestres avertis, la possibilité de corriger cela (via plugin ou autre).
Cela dépend aussi de la hiérarchie des titres du squelette en vigueur.Mais il serait préférable d’éviter cette erreur par défaut, dans la distribution du SPIP natif :
- soit (peu pertinent) en ajoutant un h2 de principe avant chaque champ #TEXTE des squelettes de la dist ;
- soit (mieux) en corrigeant le code généré par défaut, comme suggéré en premier lieu dans ce ticket.NB : le HTML5, qui autorise l’utilisation exclusive de titres de niveau 1, manque de support sur ce point et n’est donc pas une solution, effectivement.
-
Anomalie #4119 (En cours) : Page gestion des plugins : Selecteur d’action mal positionné quand on ...
28 mars 2018, par jean marieQuand on sélectionne un ou plusieurs plugins à mettre à jour via SVP et qu’on descend en bas de page pour valider, la liste déroulante est sur Désactiver par défaut alors qu’on est en train de faire une action de mise à jour.
C’est casse gueule (j’ai désactivé plusieurs plugins au lieu de les mettre à jour).C’est bien adapté si on n’active pas la mise à jour via SVP :
- soit on est sur la page des plugins actifs et on ne peut que les désactiver
- soit est sur la page des plugins inactifs et on ne peut que les activer.
Mais si on active la mise à jour, il y a un 3e choix : les mettre à jour. Dans ce cas, est-ce que la liste ne devrait pas être par défaut sur un champ "choisir quoi faire" ?Souci présent uniquement quand on coche manuellement les plugins (pour n’en mettre que certains à jour) pas quand on clique sur "Cocher les mises à jour" (ping b_b :) ).
Sur spip-dev : https://www.mail-archive.com/spip-dev@rezo.net/msg66339.html