
Recherche avancée
Médias (91)
-
Head down (wav version)
26 septembre 2011, par
Mis à jour : Avril 2013
Langue : English
Type : Audio
-
Echoplex (wav version)
26 septembre 2011, par
Mis à jour : Avril 2013
Langue : English
Type : Audio
-
Discipline (wav version)
26 septembre 2011, par
Mis à jour : Avril 2013
Langue : English
Type : Audio
-
Letting you (wav version)
26 septembre 2011, par
Mis à jour : Avril 2013
Langue : English
Type : Audio
-
1 000 000 (wav version)
26 septembre 2011, par
Mis à jour : Avril 2013
Langue : English
Type : Audio
-
999 999 (wav version)
26 septembre 2011, par
Mis à jour : Avril 2013
Langue : English
Type : Audio
Autres articles (73)
-
Personnaliser en ajoutant son logo, sa bannière ou son image de fond
5 septembre 2013, parCertains thèmes prennent en compte trois éléments de personnalisation : l’ajout d’un logo ; l’ajout d’une bannière l’ajout d’une image de fond ;
-
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 -
Installation en mode ferme
4 février 2011, parLe mode ferme permet d’héberger plusieurs sites de type MediaSPIP en n’installant qu’une seule fois son noyau fonctionnel.
C’est la méthode que nous utilisons sur cette même plateforme.
L’utilisation en mode ferme nécessite de connaïtre un peu le mécanisme de SPIP contrairement à la version standalone qui ne nécessite pas réellement de connaissances spécifique puisque l’espace privé habituel de SPIP n’est plus utilisé.
Dans un premier temps, vous devez avoir installé les mêmes fichiers que l’installation (...)
Sur d’autres sites (9117)
-
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
-
Anomalie #3941 (Fermé) : CSS carnet contrib
5 mai 2017, par jluc -Dans le carnet wiki de contrib, les balises code et cadre génèrent un listing dont les lignes sont numérotées.
Il y a une colonne grisée plus claire spécialement pour les n° de ligne, à gauche du code.
Malheureusement les n° sont déportés à droite à cause d’un `margin-left : 43px ;` spécifié par le plugin coloration_code, et du coup cette colonne est vide.
Voir la copie d’écran de la page https://contrib.spip.net/test-du-carnet pour se rendre compte.
Les n° de ligne sont tous décalés au lieu d’utiliser la colonne dégagée pour eux !
Ça va nettement mieux quand on active la css suivante :
Je ne sais pas la motivation de ce margin de 43px dans coloration_code, et si c’est à corriger dans gribouille (mais je ne sais pas quel gribouille le carnet de contrib utilise car yen a plusieurs) ou dans coloration_code ou spécifiquement dans contrib.