Recherche avancée

Médias (3)

Mot : - Tags -/collection

Autres articles (101)

  • 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.

  • Des sites réalisés avec MediaSPIP

    2 mai 2011, par

    Cette page présente quelques-uns des sites fonctionnant sous MediaSPIP.
    Vous pouvez bien entendu ajouter le votre grâce au formulaire en bas de page.

  • 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 (...)

Sur d’autres sites (9313)

  • Revision 90105 : Notice PHP en moins : $xml[’rang’] peut être vide

    11 juin 2015, par peetdu@… — Log

    Notice PHP en moins : $xmlrang ? peut être vide

  • Anomalie #4677 (Nouveau) : tri_protege_champ protège trop et peut casser des tris (notamment autre...

    4 mars 2021, par RastaPopoulos ♥

    Les boucles SPIP ne bouclent pas que sur du SQL, depuis qu’on a ouvert, il y a moult autres utilisations. Et de nombreux critères fonctionnent parfaitement pour ces autres boucles aussi, comme les différentes manières de trier.

    Mais tri modifie le nom des champs, ce que ne fait pas par.

    Par exemple dans Sphinx, avec les données JSON, il est possible de trier sur des clés du JSON, comme ça : properties.gis[0].ville

    Cela marche parfaitement avec par sans rien casser. Mais tri vire tout ce qui n’est pas un espace et un mot, et donc ça aboutit dans la requête finale à : properties.gis0.ville

    Ça se passe dans tri_protege_champ avec cette regex : 

    1. <span class="CodeRay"><span class="keyword">function</span> <span class="function">tri_protege_champ</span>(<span class="local-variable">$t</span>) {
      2. 

    2.     <span class="keyword">return</span> <span class="predefined">preg_replace</span>(<span class="string"><span class="delimiter">'</span><span class="content">,[^</span><span class="content">\s</span><span class="content">\w</span><span class="content">.+],</span><span class="delimiter">'</span></span>, <span class="string"><span class="delimiter">'</span><span class="delimiter">'</span></span>, <span class="local-variable">$t</span>);
      3. 

    3. }
      4. 

    4. </span>
      5. 

    Télécharger

    Pourquoi cette restriction à ce point, et qui n’est pas faite pour par dont la valeur peut parfaitement aussi venir d’un #ENV inconnu ? Peut-on augmenter les caractères possibles ? Et dans ce cas juste spécifiquement les crochets en plus, ou encore plus large ?

  • Revision 85654 : Permettre d’avoir des traductions de pages... peut être pas le plus ...

    26 octobre 2014, par kent1@… — Log

    Permettre d’avoir des traductions de pages... peut être pas le plus parfait
    Version 1.2.2

Navigation