Recherche avancée

Médias (91)

Autres articles (63)

  • Websites made ​​with MediaSPIP

    2 mai 2011, par

    This page lists some websites based on MediaSPIP.

  • Creating farms of unique websites

    13 avril 2011, par

    MediaSPIP platforms can be installed as a farm, with a single "core" hosted on a dedicated server and used by multiple websites.
    This allows (among other things) : implementation costs to be shared between several different projects / individuals rapid deployment of multiple unique sites creation of groups of like-minded sites, making it possible to browse media in a more controlled and selective environment than the major "open" (...)

  • Les autorisations surchargées par les plugins

    27 avril 2010, par

    Mediaspip core
    autoriser_auteur_modifier() afin que les visiteurs soient capables de modifier leurs informations sur la page d’auteurs

Sur d’autres sites (10545)

  • Revision 67546 : utiliser le plugin affix de bootstrap pour que la nav laterale reste ...

    7 novembre 2012, par cedric@… — Log

    utiliser le plugin affix de bootstrap pour que la nav laterale reste en position fixed au lieu de sortir de l’ecran par le scroll

  • Revision 92613 : Reparer la prise en compte des pnderation des titres. Attention cela ...

    2 novembre 2015, par cedric@… — Log

    Reparer la prise en compte des pnderation des titres. Attention cela change les resultats, car l’index titre se retrouve pondere x8 au lieu de x3.1 sur spip_articles

  • Anomalie #3978 : Reload ajax et contexte au retour d’un URL_ACTION_AUTEUR

    29 septembre 2018, par cedric -

    Pas de bug ici, juste une erreur de conception dans les 2 squelettes :)

    Dans le cas 1 les arguments reloada=1 et reloadb=1 sont passés en argument du href et viennent dans l’URL après un reload ajax d’un bloc
    Du coup quand on passe un {args:{reloadb:''}} et {args:{reloada:''}} dans le refresh ajax ça annule bien l’argument de l’URL et évite la boucle infinie

    Dans le cas 2 les reloada et reloadb ne sont pas en arguments de l’URL mais en argument de l’URL de retour passée à l’action
    Du coup les arguments {args:{reloadb:''}} et {args:{reloada:''}} ne viennent rien faire car ils s’appliquent sur l’URL de l’action, pas sur l’URL de retour.

    Consequence sans doute pas vue : au second coup le refresh de A se fait via l’URL action, c’est a dire en faisant une action indésirable au lieu de simplement rafraichir

    Solution : indiquer dans le refresh ajax qu’il faut utiliser l’URL de départ et pas l’URL action :

    Bloc A (#REM
    


    
    Reload A => Declenchera ensuite le Reload de B
    

    

    [(#ENVreloada|oui)
    

    &lt;script type=&quot;text/javascript&quot;&gt;<br />
    
    ajaxReload('blocb', {args:{reloadb:''},href:'#SELF'});<br />
    
&lt;/script&gt;
    

    ]
    

    Bloc B (#REM
    


    
    Reload B => Declenchera ensuite le Reload de A
    

    

    [(#ENVreloadb|oui)
    

    &lt;script type=&quot;text/javascript&quot;&gt;<br />
    
    ajaxReload('bloca', {args:{reloadb:''},href:'#SELF'});<br />
    
&lt;/script&gt;
    

    ]

    A noter qu’ici j’ai aussi ajouté une class nohistory sur les liens pour ne pas modifier l’URL de la page web et éviter qu’elle ne devienne celle de l’action

Navigation