
Recherche avancée
Médias (1)
-
Rennes Emotion Map 2010-11
19 octobre 2011, par
Mis à jour : Juillet 2013
Langue : français
Type : Texte
Autres articles (100)
-
Les vidéos
21 avril 2011, parComme les documents de type "audio", Mediaspip affiche dans la mesure du possible les vidéos grâce à la balise html5 .
Un des inconvénients de cette balise est qu’elle n’est pas reconnue correctement par certains navigateurs (Internet Explorer pour ne pas le nommer) et que chaque navigateur ne gère en natif que certains formats de vidéos.
Son avantage principal quant à lui est de bénéficier de la prise en charge native de vidéos dans les navigateur et donc de se passer de l’utilisation de Flash et (...) -
Keeping control of your media in your hands
13 avril 2011, parThe vocabulary used on this site and around MediaSPIP in general, aims to avoid reference to Web 2.0 and the companies that profit from media-sharing.
While using MediaSPIP, you are invited to avoid using words like "Brand", "Cloud" and "Market".
MediaSPIP is designed to facilitate the sharing of creative media online, while allowing authors to retain complete control of their work.
MediaSPIP aims to be accessible to as many people as possible and development is based on expanding the (...) -
Amélioration de la version de base
13 septembre 2013Jolie sélection multiple
Le plugin Chosen permet d’améliorer l’ergonomie des champs de sélection multiple. Voir les deux images suivantes pour comparer.
Il suffit pour cela d’activer le plugin Chosen (Configuration générale du site > Gestion des plugins), puis de configurer le plugin (Les squelettes > Chosen) en activant l’utilisation de Chosen dans le site public et en spécifiant les éléments de formulaires à améliorer, par exemple select[multiple] pour les listes à sélection multiple (...)
Sur d’autres sites (8295)
-
Anomalie #3213 (Nouveau) : Requetes ambigues dans l’espace privé
6 mai 2014, par cam.lafit -Je viens de rencontrer un cas, où un webmestre a créé un champ extra "nom" sur ses articles. En conséquence l’espace privé génére des erreurs de boucles, par exemple avec objets/liste/auteurs_lies.html.
Il existe déjà par défaut un "nom" dans les auteurs, l’ajout du champ extra fait qu’on obtient 2 tables jointes avec une colonne "nom".
Coté public, c’est peu problématique, c’est à la personne en charge des squelettes de faire le nécessaire.
Coté privé, cela devrait marcher même en tombant.
Je ne vois pas de solution élégante pour se prémunir de ce genre de comportement. La première, évidente, est d’expliciter les critères de boucles, elle risque toutefois assez ardues à maintenir dans le temps. -
Anomalie #3214 (Nouveau) : include_spip manquant dans ecrire/inc/acces.php
9 mai 2014, par Ybbet SPIPEn faisant un peu de PHPDoc sur code.spip.net hier, j’ai remarqué quelque chose sur le fichier ecrire/inc/acces.php aussi bien SPIP 2.0 que SPIP 2.1, 3.0 et 3.1
Sur les fonctions ci-dessous, il manque un inclure_spip(’base/abstract_sql’). Il n’y a pas d’inclusion de ce fichier en début de fichier.
Pour SPIP 2.0 :
http://core.spip.org/projects/spip/repository/entry/branches/spip-2.0/ecrire/inc/acces.php#L86
http://core.spip.org/projects/spip/repository/entry/branches/spip-2.0/ecrire/inc/acces.php#L138
http://core.spip.org/projects/spip/repository/entry/branches/spip-2.0/ecrire/inc/acces.php#L154
http://core.spip.org/projects/spip/repository/entry/branches/spip-2.0/ecrire/inc/acces.php#L229
Seul appel à l’inclusion ici : http://core.spip.org/projects/spip/repository/entry/branches/spip-2.0/ecrire/inc/acces.php#L69Pour SPIP 2.1 :
http://core.spip.org/projects/spip/repository/entry/branches/spip-2.1/ecrire/inc/acces.php#L86
http://core.spip.org/projects/spip/repository/entry/branches/spip-2.1/ecrire/inc/acces.php#L138
http://core.spip.org/projects/spip/repository/entry/branches/spip-2.1/ecrire/inc/acces.php#L154
http://core.spip.org/projects/spip/repository/entry/branches/spip-2.1/ecrire/inc/acces.php#L244
Seul appel ici à l’inclusion : http://core.spip.org/projects/spip/repository/entry/branches/spip-2.1/ecrire/inc/acces.php#L69Pour SPIP 3.0 :
http://core.spip.org/projects/spip/repository/entry/branches/spip-3.0/ecrire/inc/acces.php#L88
http://core.spip.org/projects/spip/repository/entry/branches/spip-3.0/ecrire/inc/acces.php#L140
http://core.spip.org/projects/spip/repository/entry/branches/spip-3.0/ecrire/inc/acces.php#L156
http://core.spip.org/projects/spip/repository/entry/branches/spip-3.0/ecrire/inc/acces.php#L232
Seul appel ici à l’inclusion : http://core.spip.org/projects/spip/repository/entry/branches/spip-3.0/ecrire/inc/acces.php#L71Pour SPIP 3.1 :
http://core.spip.org/projects/spip/repository/entry/spip/ecrire/inc/acces.php#L111
http://core.spip.org/projects/spip/repository/entry/spip/ecrire/inc/acces.php#L202
http://core.spip.org/projects/spip/repository/entry/spip/ecrire/inc/acces.php#L231
http://core.spip.org/projects/spip/repository/entry/spip/ecrire/inc/acces.php#L308
Seul appel à l’inclusion ici : http://core.spip.org/projects/spip/repository/entry/spip/ecrire/inc/acces.php#L83 -
Anomalie #3217 (Nouveau) : Caractères spéciaux d’expression régulière présents dans une chaîne de ...
22 mai 2014, par Pascal VerrierBonjour,
J’ai une boucle
au sein de l’affichage d’un forum qui permet d’afficher les autres posts similaires ; pour cela, l’argument recherche est renseigné avec le titre du forum en cours d’affichage.
Cela fonctionne bien sur la plupart des pages sauf sur un forum ayant le titre suivant :
Sortie du kit compatible SPIP 3 ??
J’ai une erreur MySQL 1139 :
Got error ’repetition-operator operand invalid’ from regexp SELECT t.id_forum, t.titre, t.texte, t.auteur, t.email_auteur, t.nom_site, t.url_site FROM spip_forum AS t WHERE t.titre REGEXP ’Sortie du kit compatible SPIP 3 ??|Sortie|compatible|SPIP’ OR ...
Ce sont les
??
qui coincent car manifestament ils sont interprétés en tant que métacaractères dans la regex, n’ayant pas été échappés.J’ai fait un autre essai en mettant d’autres opérateurs de regex :
Sortie kit[0-9]* compatib(ilité|le) SPIP 3 ??
, qui confirme ce que je pensais :Erreur SQL 1139 Got error ’repetition-operator operand invalid’ from regexp SELECT ... WHERE t.titre REGEXP ’Sortie kit[0-9]* compatib(ilite|le) SPIP 3 ??|Sortie|kit[0-9]*|compatib(ilite|le)|SPIP’ OR ...
à savoir la chaîne de recherche n’est pas prétraitée, et les caractères spéciaux sont repris tels quels, d’où le plantage MySQL.
Je propose donc les corrections ci-joint pour
ecrire/inc/rechercher.php
(commentaires avecpverrier
).