Recherche avancée

Médias (0)

Mot : - Tags -/logo

Aucun média correspondant à vos critères n’est disponible sur le site.

Autres articles (45)

  • 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

  • Support audio et vidéo HTML5

    10 avril 2011

    MediaSPIP utilise les balises HTML5 video et audio pour la lecture de documents multimedia en profitant des dernières innovations du W3C supportées par les navigateurs modernes.
    Pour les navigateurs plus anciens, le lecteur flash Flowplayer est utilisé.
    Le lecteur HTML5 utilisé a été spécifiquement créé pour MediaSPIP : il est complètement modifiable graphiquement pour correspondre à un thème choisi.
    Ces technologies permettent de distribuer vidéo et son à la fois sur des ordinateurs conventionnels (...)

  • De l’upload à la vidéo finale [version standalone]

    31 janvier 2010, par

    Le chemin d’un document audio ou vidéo dans SPIPMotion est divisé en trois étapes distinctes.
    Upload et récupération d’informations de la vidéo source
    Dans un premier temps, il est nécessaire de créer un article SPIP et de lui joindre le document vidéo "source".
    Au moment où ce document est joint à l’article, deux actions supplémentaires au comportement normal sont exécutées : La récupération des informations techniques des flux audio et video du fichier ; La génération d’une vignette : extraction d’une (...)

Sur d’autres sites (7554)

  • 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

  • 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

  • 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