Recherche avancée
Autres articles (42)
-
Gestion générale des documents
13 mai 2011, parMédiaSPIP ne modifie jamais le document original mis en ligne.
Pour chaque document mis en ligne il effectue deux opérations successives : la création d’une version supplémentaire qui peut être facilement consultée en ligne tout en laissant l’original téléchargeable dans le cas où le document original ne peut être lu dans un navigateur Internet ; la récupération des métadonnées du document original pour illustrer textuellement le fichier ;
Les tableaux ci-dessous expliquent ce que peut faire MédiaSPIP (...) -
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 -
Use, discuss, criticize
13 avril 2011, parTalk 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.
Sur d’autres sites (9318)
-
Anomalie #4368 (Nouveau) : Filtres image_* et espaces dans les noms de fichiers
7 août 2019, par nicod _Suite à un passage de 3.0 à 3.2, plein d’images cassées sur le site, qui affichait le nom du fichier au lieu de la vignette.
Après investigation, c’est dû à des espaces dans les noms de fichiers.
Exemple : [(#CHEMINIMG/festivals/affiche 2019.jpg|image_reduire200,200)] ne marche pas (affiche le nom du fichier)
Le fichier existe bien, c’est un jpeg valide.
Ce n’est pas dû à #CHEMIN, dans mon squelette les chemins remontent avec des balises de champs sql (genre #AFFICHE)
Avec un |balise_img ça fonctionne : [(#CHEMINIMG/festivals/affiche 2019.jpg|balise_img|image_reduire200,200)]
PS : discuté sur IRC et confirmé par cy_altern, qui précise : "si j’appelle le filtre sur un #FICHIER avec espace ça plante aussi"
-
Anomalie #3065 : Chargement en AJAX d’un squelette en sous-répertoire.
29 septembre 2013, par marcimat -Ceci est le fonctionnement normal de SPIP.
Un appel direct à un squelette tel que
?page=Xest autorisé à tout le monde. Un appel à?page=Y/Xou de profondeur plus lointaine n’est autorisé qu’aux webmestres (pour débugguer), mais en aucun cas aux autres, sinon, des squelettes non prévus pourraient être appelés par n’importe qui, créant potentiellement des problèmes de sécurité ou de révélation de contenu n’ayant pas lieu d’être.Dans ton cas tu peux te faire une whiteliste de squelettes que tu t’autorises à charger en ajax, par exemple un pods.html avec dedans
#ENV{pod},env} />que tu appelles par?page=pods&pod=dernière_modifs.C’est un exemple.
-
Anomalie #3823 (Nouveau) : Pagination et connect
25 août 2016, par realet RealETBonjour,
Il me semble que je suis tombé sur un bug des pagination avec connect
Soit une page qui charge plusieurs fois le même INCLURE avec un connect différent à chaque fois :
Soit inc_mini_plan.html qui contient en substance :
#ANCRE_PAGINATION- #TITRE
#PAGINATION
La pagination, au lieu de réutiliser le connect passé en argument utilise la connexion par défaut du site.
Testé en 3.1.1 SVN 23133.
Syndiquer tout le site
