Recherche avancée

Médias (91)

Autres articles (98)

  • MediaSPIP 0.1 Beta version

    25 avril 2011, par

    MediaSPIP 0.1 beta is the first version of MediaSPIP proclaimed as "usable".
    The zip file provided here only contains the sources of MediaSPIP in its standalone version.
    To get a working installation, you must manually install all-software dependencies on the server.
    If you want to use this archive for an installation in "farm mode", you will also need to proceed to other manual (...)

  • Multilang : améliorer l’interface pour les blocs multilingues

    18 février 2011, par

    Multilang est un plugin supplémentaire qui n’est pas activé par défaut lors de l’initialisation de MediaSPIP.
    Après son activation, une préconfiguration est mise en place automatiquement par MediaSPIP init permettant à la nouvelle fonctionnalité d’être automatiquement opérationnelle. Il n’est donc pas obligatoire de passer par une étape de configuration pour cela.

  • HTML5 audio and video support

    13 avril 2011, par

    MediaSPIP uses HTML5 video and audio tags to play multimedia files, taking advantage of the latest W3C innovations supported by modern browsers.
    The MediaSPIP player used has been created specifically for MediaSPIP and can be easily adapted to fit in with a specific theme.
    For older browsers the Flowplayer flash fallback is used.
    MediaSPIP allows for media playback on major mobile platforms with the above (...)

Sur d’autres sites (8967)

  • Evolution #4223 : étendre le pipeline notifications_envoyer_mails

    15 novembre 2018, par b b

    Juste une remarque sur l’utilisation que tu en fais et non sur la demande ici présente.

    Permet que le mail qui contient les nouveaux identifiants générés soit envoyé depuis l’adresse email de la personne qui demande la création du compte

    Je ne suis pas certain que ça soit une bonne idée, en effet, dans facteur on a ajouté une option pour faire exactement l’inverse, cad forcer le champ from lors de l’envoi d’email, afin d’être certain que le mail ne sera pas marqué comme spam par le serveur destinataire. Avec ton plugin exemple, il y a de grandes chances que les gens qui s’inscrivent ne reçoivent pas leur identifiants.

  • libFLAC/cpu.c : Remove OS SSE detection

    4 décembre 2016, par Erik de Castro Lopo
    libFLAC/cpu.c : Remove OS SSE detection

    Assume that all OSes that are usable today support SSE.
    

    Patch-from : lvqcl.mail <lvqcl.mail@gmail.com>
    • [DH] src/libFLAC/cpu.c

  • Anomalie #3823 : Pagination et connect

    10 février 2017

    La notion INCLURE{connect=x} avec &connect=y dans l’URL

    La documentation dans SPIP.net fait bien mention d’un connect dans l’URL. Dans transmise en tant qu’argument d’inclure.
    La seule documentation que je trouve qui propose cela est http://programmer.spip.net/Inclure-suivant-une-connexion (je sais pas qui a écrit ce truc).
    Ce qui se passe lorsqu’il y a cette écriture est, comme je le signalais, que le connect dans l’URL reste prioritaire sur celui de l’argument transmis à #INCLURE ou <inclure></inclure>.

    Déjà ce point pourrait être amélioré (mais ça touche du code pas si anodin)

    Le problème avec {pagination}

    Solution en suffixant les liens de pagination avec le connect.

    Dans tous les cas cette solution ne peut pas marcher, je ne vois pas l’intérêt de s’éterniser là dessus.

    Je le redis mais si :

    • la page du site utilise le connect ’’ par défaut (pas de connect=x dans l’URL)
    • il a un squelette normal, et dedans des boucles normales, et dedans à un endroit les inclusions avec connect et avec pagination que tu montres.
    • cliquer avec le comportement qui ajouterait &#38;connect=xx dans l’url de pagination, va mettre &#38;connect=xx dans l’URL du site
    • le site va alors s’afficher (tout le squelette) avec le connect=xx (même ta pagination cela dit ^^)

    Ce comportement là est contre-intuitif, faux et surtout non désiré.

    Autre solution ? ajax en cause.

    Le problème vient de l’ajax. Sans Ajax, le comportement de la pagination est correct.
    Du coup, je pense que le principal souci de ce côté vient que le rechargement ’ajax’ ne tient pas compte du connect utilisé par le bloc rechargé.
    Donc ça se passe quelque part

    Remplacer 

    $page[’texte’] = encoder_contexte_ajax(array_merge($contexte, array(’fond’ => $f)), ’’, $page[’texte’],
                $options[’ajax’]) ;

    par (ajout du connect au contexte)

    $page[’texte’] = encoder_contexte_ajax(
    array_merge($contexte, array(’fond’ => $f, ’connect’ => $connect)),
    ’’, 
    $page[’texte’],
    $options[’ajax’]
) ;

    semble faire fonctionner l’ajax correctement.

    Je me demande s’il peut y avoir des effets de bord.

    Et sinon, merci @realet pour ton commentaire, mais tu es autant dev que nous. Et on est bien gentils de passer du temps sur des trucs dont on n’a pas besoin…

Navigation