
Recherche avancée
Autres articles (49)
-
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 -
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 (...) -
Contribute to translation
13 avril 2011You can help us to improve the language used in the software interface to make MediaSPIP more accessible and user-friendly. You can also translate the interface into any language that allows it to spread to new linguistic communities.
To do this, we use the translation interface of SPIP where the all the language modules of MediaSPIP are available. Just subscribe to the mailing list and request further informantion on translation.
MediaSPIP is currently available in French and English (...)
Sur d’autres sites (6267)
-
Anomalie #3170 (Nouveau) : privé : chosen et sélecteur de statut d’un objet
25 février 2014, par Sylvain LesageL’activation du plugin chosen (qui permet d’améliorer l’aspect et d’ajouter des fonctionnalités aux
- le select reste affiché, au lieu d’être caché par chosen (
style="display: none;"
). En fait, le javascript du formulaire (http://core.spip.org/projects/spip/repository/entry/spip/prive/formulaires/instituer_objet.html#L52) passe après chosen et réaffiche le - la "puce de statut" est mise comme image de fond des
(http://core.spip.org/projects/spip/repository/entry/spip/prive/formulaires/instituer_objet.html#L28), mais elle est répétée indéfiniment dans les de chosen, ce qui fait des jolis kilts, mais ne permet pas de lire le texte - peut être suffit-il d’ajouter un no-repeat
- le select reste affiché, au lieu d’être caché par chosen (
-
Evolution #3293 (Nouveau) : sessions NON AUTHENTIFIEES : les rendre facultatives
15 octobre 2014, par - EquipementBonjour,
J’ai lu la demande http://core.spip.org/issues/3276 et la révision correspondante http://core.spip.org/projects/spip/repository/revisions/21596 : "Lorsqu’un utilisateur anonyme tente de faire des choses sur un spip (formulaire, lien, site…), une session anonyme 0_* est enregistrée dans tmp/sessions ...".
Quel serait l’impact de rendre facultatives les sessions NON AUTHENTIFIEES, via une constante dans mes_options.php (en dehors du fait que les personnes non authentifiées devront se passer de la mémorisation temporaire de leur nom et email) ?
En effet, en rendant facultatives les sessions NON AUTHENTIFIEES, on pourrait éviter en amont le problème http://core.spip.org/issues/3276 au lieu d’essayer d’en limiter l’impact en aval.
En pratique, dans ecrire/inc/utils.php, dans la fonction verifier_visiteur(), il suffirait de rendre conditionnel (selon la valeur d’une constante) le contenu du tableau array(’session_nom’, ’session_email’) . Pour mémoire, lorsque l’une de ces variables est présente dans un POST, SPIP démarre une session non authentifiée.
Cordialement
Equipement -
Anomalie #3562 (Nouveau) : onAjaxLoad s’applique sur Document lorsqu’il provient d’une fenêtre mod...
7 octobre 2015, par marcimat ☺☮☯♫En tentant de corriger un bug du porte plume, à savoir que le calcul automatique de la hauteur des textarea ne se faisait pas si on était sur exec=article&id_article=xx et qu’on cliquait sur "modifier l’article" (qui affiche le formulaire d’édition en ajax), Cédric m’a conseillé d’utiliser onAjaxLoad qui exécute les fonctions sur les contenus chargées.
Je l’ai appliqué là : http://zone.spip.org/trac/spip-zone/changeset/92220
Ceci étant dit, il y a un cas où le « this » vaut Document au lieu d’un contenu chargé en ajax. Pour s’en rendre compte, il suffit d’éditer sur l’édition d’un article un document joint (ajouter ou modifier). 3 triggerAjaxLoad sont exécutés dont 1 sur Document. Dans ce cas là, on arrive sur https://core.spip.net/projects/spip/repository/entry/spip/prive/javascript/ajaxCallback.js#L96 qui exécute le trigger. s.url vaut http://example.com/ecrire/?exec=document_edit&popin=oui mais s.onAjaxLoad n’existe pas.