
Recherche avancée
Autres articles (48)
-
Gestion générale des documents
13 mai 2011, parMédiaSPIP ne modifie jamais le document original mis en ligne.
Pour chaque document mis en ligne il effectue deux opérations successives : la création d’une version supplémentaire qui peut être facilement consultée en ligne tout en laissant l’original téléchargeable dans le cas où le document original ne peut être lu dans un navigateur Internet ; la récupération des métadonnées du document original pour illustrer textuellement le fichier ;
Les tableaux ci-dessous expliquent ce que peut faire MédiaSPIP (...) -
Des sites réalisés avec MediaSPIP
2 mai 2011, parCette 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. -
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 (4929)
-
Anomalie #3245 (Nouveau) : Formulaire editer_liens affiché inutilement dans certains cas
24 juillet 2014, par tcharlss (*´_ゝ`)Reproduire le comportement¶
Pour observer le problème, je propose d’utiliser les mots-clés, qui se servent du formulaire « editer_liens ». Donc :
- 1) Avoir au préalable des articles avec des mots-clés, et d’autres sans.
- 2) Désactiver l’ajout de mots-clés aux articles pour tous les groupes de mots-clé.
Résultat :
- Les articles possédant des mots-clés comportent toujours le formulaire. Là, ça me semble normal.
- Les articles ne possédant pas de mot-clé affichent eux aussi le formulaire. Là, ça me paraît erroné : il devrait être caché. Il n’a aucune utilité, et on a "désactivé" l’utilisation des mots-clés pour les articles, ça veut dire qu’on en veut pas.
Continuons.
- 3) Retirer tous les mots-clés liés aux articles.
Résultat :
- Maintenant, le formulaire n’est plus affiché, car plus aucun article ne possède de mot clé : on retrouve le comportement normal.
Problème¶
Le problème vient d’un test effectué dans charger : http://core.spip.org/projects/spip/repository/entry/spip/prive/formulaires/editer_liens.php#L94
Le raisonnement actuel est le suivant : quand le formulaire n’est pas éditable, il est caché s’il n’existe aucun lien pour le type d’objet.
Ou pour reprendre l’exemple des mots, plus parlant : le formulaire est caché s’il n’existe aucun mot lié à un article (n’importe quel article).
Or je pense qu’il devrait être caché s’il n’existe aucun mot lié à l’article en cours.Donc, en remplaçant :
objet_trouver_liens(array($objet_lien=>’*’),array(($objet_lien==$objet_source ?$objet :$objet_source)=>’*’))
par :objet_trouver_liens(array($objet_lien=>’*’),array(($objet_lien==$objet_source ?$objet :$objet_source)=>$id_objet))
On retrouve le comportement qui me semble "normal".
-
Anomalie #2307 : md5_boutons_plugins()
21 juillet 2014, par marcimat ☺☮☯♫Et les traces pour voir plus clairement les 2 créations du même define (_UPDATED_boutons_plugins) :
Premier passage (constante non définie)¶
array (size=5) 0 => array (size=4) ’file’ => string ’[...]spip/ecrire/inc/plugin.php’ (length=57) ’line’ => int 636 ’function’ => string ’plugin_ongletbouton’ (length=19) 1 => array (size=4) ’file’ => string ’[...]spip/ecrire/inc/plugin.php’ (length=57) ’line’ => int 530 ’function’ => string ’plugins_precompile_xxxtions’ (length=27) 2 => array (size=4) ’file’ => string ’[...]spip/ecrire/inc/plugin.php’ (length=57) ’line’ => int 431 ’function’ => string ’ecrire_plugin_actifs’ (length=20) 3 => array (size=4) ’file’ => string ’[...]spip/ecrire/inc_version.php’ (length=58) ’line’ => int 391 ’function’ => string ’actualise_plugins_actifs’ (length=24) 4 => array (size=4) ’file’ => string ’[...]spip/ecrire/index.php’ (length=52) ’line’ => int 21 ’function’ => string ’include’ (length=7)
Second passage (constante déjà définie)¶
array (size=5) 0 => array (size=4) ’file’ => string ’[...]spip/ecrire/inc/plugin.php’ (length=57) ’line’ => int 636 ’function’ => string ’plugin_ongletbouton’ (length=19) 1 => array (size=4) ’file’ => string ’[...]spip/ecrire/inc/plugin.php’ (length=57) ’line’ => int 530 ’function’ => string ’plugins_precompile_xxxtions’ (length=27) 2 => array (size=4) ’file’ => string ’[...]spip/ecrire/inc/plugin.php’ (length=57) ’line’ => int 431 ’function’ => string ’ecrire_plugin_actifs’ (length=20) 3 => array (size=4) ’file’ => string ’[...]spip/plugins-dist/svp/exec/admin_plugin.php’ (length=74) ’line’ => int 52 ’function’ => string ’actualise_plugins_actifs’ (length=24) 4 => array (size=4) ’file’ => string ’[...]spip/ecrire/index.php’ (length=52) ’line’ => int 151 ’function’ => string ’exec_admin_plugin_dist’ (length=22)
-
Anomalie #3181 (Nouveau) : mots et groupes - API d’édition des objets
7 mars 2014, par Sylvain LesageLes fonctions d’action du plugin mots ne semblent pas suivre les mêmes règles que l’API d’édition des objets, ce qui en permet pas d’utiliser ces fonctions génériques pour les mots ou les groupes de mots (me semble-t-il). Est-il envisageable de les adapter au format défini par l’API ?
Insertion¶
API : objet_inserer
bool | int objet_inserer( string $objet , int $id_parent = null , array | null $set = null )
Mot : mot_inserer
int | bool mot_inserer( int $id_groupe )
Groupe de mots : groupemots_inserer
int | bool groupemots_inserer( string $table = ’’ )
Modification¶
API : objet_modifier
mixed | string objet_modifier( string $objet , int $id , array | null $set = null )
Mot : mot_modifier
string | null mot_modifier( int $id_mot , array | null $set = null )
Groupe mots : groupemots_modifier
string | null groupemots_modifier( int $id_groupe , array | null $set = null )