
Recherche avancée
Autres articles (92)
-
Other interesting software
13 avril 2011, parWe don’t claim to be the only ones doing what we do ... and especially not to assert claims to be the best either ... What we do, we just try to do it well and getting better ...
The following list represents softwares that tend to be more or less as MediaSPIP or that MediaSPIP tries more or less to do the same, whatever ...
We don’t know them, we didn’t try them, but you can take a peek.
Videopress
Website : http://videopress.com/
License : GNU/GPL v2
Source code : (...) -
Personnaliser en ajoutant son logo, sa bannière ou son image de fond
5 septembre 2013, parCertains thèmes prennent en compte trois éléments de personnalisation : l’ajout d’un logo ; l’ajout d’une bannière l’ajout d’une image de fond ;
-
HTML5 audio and video support
13 avril 2011, parMediaSPIP 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 (7518)
-
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 :
- <span class="CodeRay"><span class="keyword">function</span> <span class="function">tri_protege_champ</span>(<span class="local-variable">$t</span>) {
- <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>);
- }
- </span>
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 ?
-
Anomalie #4355 (Nouveau) : critère {0,n} et variable
21 juin 2019, par Fabrice VéronneauSalut,
Pour rejoindre en partie le ticket https://core.spip.net/issues/4209 je pose le problème rencontré :
Une boucle ayant comme critère
<span class="CodeRay">{0,#ENV{max,n}}</span>
ne fonctionne pas. Elle sort en équivalence SQL
<span class="CodeRay">LIMIT <span class="integer">0</span>,<span class="integer">0</span></span>
donc 0 résultat, alors que si l’on met en dur :
<span class="CodeRay">{0,n}</span>
cela affiche tous les résultats. Cela force à mettre un nombre max acceptable du type :
<span class="CodeRay">{0,#ENV{max,9999}}</span>
-
Anomalie #4187 : Connecté en Anglais (langue principale français) pas de bouton pour ajouter les p...
5 octobre 2018, par jluc -Le pb se passe pas en français probablement car le
<span class="CodeRay"><span class="tag">span> <span class="attribute-name">lang</span>=<span class="string"><span class="delimiter">'</span><span class="content">fr</span><span class="delimiter">'</span></span><span class="tag">></span>...<span class="tag"></span></span></span>
n’est inclu que quand la langue de la chaine n’est pas la langue du site.Or une ligne
peut légitimement contenir des divs et réellement terminer par un
.
Il semblerait donc qu’il faut ajouter, dans ce contexte seulement, des fins de lignes à la fin de la chaine, avant d’appliquer |propre, pour forcer la fermeture de la ligne avec
et faire en sorte que le
ne soit pas attrapé dedans.
https://zone.spip.net/trac/spip-zone/changeset/111853/spip-zone confirme, puisque le pb se pose plus ensuite pour le plugin etiquettes.