
Recherche avancée
Autres articles (96)
-
Participer à sa documentation
10 avril 2011La documentation est un des travaux les plus importants et les plus contraignants lors de la réalisation d’un outil technique.
Tout apport extérieur à ce sujet est primordial : la critique de l’existant ; la participation à la rédaction d’articles orientés : utilisateur (administrateur de MediaSPIP ou simplement producteur de contenu) ; développeur ; la création de screencasts d’explication ; la traduction de la documentation dans une nouvelle langue ;
Pour ce faire, vous pouvez vous inscrire sur (...) -
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 -
Contribute to a better visual interface
13 avril 2011MediaSPIP 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 (4312)
-
Anomalie #2988 (Nouveau) : Bug squelette liste des messages internes
30 avril 2013, par Eric CamusBonjour,
Avec SPIP 3.0.8 de base mais en retirant le plugin-dist "breves" (Windows + IIS 6 + PHP 5.2.17).
Attention : dans l’interface d’administration.
Il y a une erreur dans la page "ecrire/index.php ?exec=controler_forum&type_message=interne" qui fait appel au modèle "prive/modeles/forum.html" sur les ligne 25 et 26 qui sont des boucles sur les objets "breves" et "sites" qui peuvent avoir étés supprimés (ou surtout pas installé au départ -> pas de tables dans la base).
De plus quand on est sur un message général, apparait un lien sur le titre du message qui est en 404 !!
J’ai pour ma part remplacer les ligne 23 à 31 par :
[(#OBJET|oui)
#OBJET : [(#TITRE| ?#TITRE,#NOM)]
#SETvoir,’’
]Mais c’est juste une proposition qui affiche quelque chose de non satisfaisant au niveau de l’écriture (juste le nom de l’objet, non traduit aussi) mais qui n’affiche rien pour les messages généraux.
Nota : il y a d’autres références a des boucles (id) "breves" et "sites" dans ce plugin ...(futur bug de nécessité).
-
Anomalie #2989 (Nouveau) : Problème avec le fichier tmp/cache/charger_plugins_fonctions.php
6 mai 2013, par - EquipementBonjour,
Sous SPIP 3.0.8 et sous SPIP 2.1.21, si l’on efface le fichier tmp/cache/charger_plugins_fonctions.php, le calcul d’une page ne le régénère pas.
En effet, dans ecrire/public/parametrer.php, on a :
if (@is_readable(_CACHE_PLUGINS_FCT)) // chargement optimise precompile include_once(_CACHE_PLUGINS_FCT) ;
alors que dans ecrire/inc_version.php, on a :
if (@is_readable(_CACHE_PLUGINS_OPT) AND @is_readable(_CACHE_PLUGINS_PATH)) // chargement optimise precompile include_once(_CACHE_PLUGINS_OPT) ; else @spip_initialisation_suite() ; include_spip(’inc/plugin’) ; // generer les fichiers php precompiles // de chargement des plugins et des pipelines actualise_plugins_actifs() ;
Il me semblerait intéressant que ecrire/public/parametrer.php soit modifié pour contenir un code tel que par exemple :
if (!@is_readable(_CACHE_PLUGINS_FCT)) include_spip(’inc/plugin’) ; // generer les fichiers php precompiles actualise_plugins_actifs() ; if (@is_readable(_CACHE_PLUGINS_FCT)) // chargement optimise precompile include_once(_CACHE_PLUGINS_FCT) ;
En effet, avec ce code, si le fichier tmp/cache/charger_plugins_fonctions.php est effacé, le calcul d’une page le régénère.
Ceci éviterait vraisemblablement ce que je constate actuellement sur des sites, à de rares occasions : une erreur 500 avec dans le fichier de log d’erreurs d’Apache : Call to undefined function ciparam_doctype() in /.../ecrire/public/composer.php(49) : eval()’d code on line 465. Alors que la fonction ciparam_doctype() est dans le fichier ciparam_fonctions.php, que ce dernier est bien déclaré par le plugin et que le plugin est bien activé.
Cordialement
Equipement -
Anomalie #2996 (Nouveau) : carré de couleur d’indication manquant, sous certains navigateurs
12 mai 2013, par Franck DalotBonsoir
SPIP 3.0.8 [20512]
Windows 7En répondant à http://core.spip.org/issues/2995 je me suis rendu compte que à parts sous Firefox, le carré de couleur indiquant le statut d’un article est absent.
Le pourtour est bien présent et change bien, mais suivant le navigateur, il manque le petit carré à côté de "publié en ligne" par exemple.Pareil rien de bien important, en tout cas rien ne demandant forcément une correction, mais bon pendant que j’y suis suis et que en plus, je suis bien certain que dans les docs cela en parle, j’en profite pour le dire.
J’ai fait des copies d’écrans pour être plus simple à comprendre.
Sous :
Internet Explorer 9
Firefox 20.0.1
Chrome 26.0.1410.64 m
Opéra 12.15Cordialement, Franck