
Recherche avancée
Autres articles (111)
-
MediaSPIP 0.1 Beta version
25 avril 2011, parMediaSPIP 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 (...) -
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 (...) -
ANNEXE : Les plugins utilisés spécifiquement pour la ferme
5 mars 2010, parLe site central/maître de la ferme a besoin d’utiliser plusieurs plugins supplémentaires vis à vis des canaux pour son bon fonctionnement. le plugin Gestion de la mutualisation ; le plugin inscription3 pour gérer les inscriptions et les demandes de création d’instance de mutualisation dès l’inscription des utilisateurs ; le plugin verifier qui fournit une API de vérification des champs (utilisé par inscription3) ; le plugin champs extras v2 nécessité par inscription3 (...)
Sur d’autres sites (14023)
-
Anomalie #2974 : changement de langue par défaut du site change langue des articles
25 avril 2013, par Suske -Pour faire avancer le schmilblick, résultat de ma quête découverte dans le code de SPIP (merci à l’équipe spéciale pour sa précieuse collaboration) : en résumé, je confirme.
http://core.spip.org/projects/spip/repository/entry/spip/prive/formulaires/configurer_langue.php#L56 appelle caculer_langue_rubriques après validation de la sélection (http://core.spip.org/projects/spip/repository/entry/spip/ecrire/inc/rubriques.php#L365) et là, on a :
sql_updateq("spip_rubriques", array("lang" => $GLOBALS[’meta’][’langue_site’], "langue_choisie" => ’non’), "id_parent=0 AND langue_choisie != ’oui’") ;
Les rubriques racine avec langue_choisie=’non’ ont "lang" modifié avec la valeur qui vient d’être sélectionnée comme "Langue principale du site".
C’est utile/nécessaire dans le cas d’un site sans gestion du multilinguisme au niveau des rubriques (si on décide que le site en javanais devient brusquement un site en russe par exemple) mais dans ce cas-ci cela entraîne le basculement d’un secteur linguistique vers une autre langue.
Cela provient du fait que dans le cas du multilinguisme par secteur (meta "multi_secteurs"=’oui’) la langue principale du site n’est pas indiquée "lang_choisie"=’oui’ car la langue est la langue par défaut. Du coup il me semble qu’on pourrait mettre cette valeur en base sur la ou les rubriques racines au moment de la validation du choix de langues pour les rubriques racines uniquement.
J’ai testé
sql_updateq("spip_rubriques", array("langue_choisie" => ’oui’), "id_parent=0 AND langue_choisie != ’oui’") ;
Par ailleur, dans le cas où l’utilisateur crée ou déplace ensuite une autre rubrique en langue principale du site à la racine, le problème revient. Donc cette seule intervention, si elle est valable, n’est pas suffisante. Comme calculer_langue_rubriques est appelé dans ces cas de figure, j’ai ajouté en début de fonction :
// si secteurs de langue fixer lang_choisie à oui pour la racine - à non pour les autres
if (lire_meta(’multi_secteurs’)=="oui")
sql_updateq("spip_rubriques", array("langue_choisie" => ’oui’), "id_parent=0 AND langue_choisie != ’oui’") ;
sql_updateq("spip_rubriques", array("langue_choisie" => ’non’), "id_parent != 0 AND langue_choisie = ’oui’") ;
Cela fait le boulot et je n’ai pas vu de conséquence négative jusqu’ici mais cette gestion est suffisemment complexe pour que je me contente de rapporter ça ici pour voir ;-).
-
Révision 20504 : Report de r20481 : Ferme #2953 : puce dans le plan de site
11 mai 2013, par cedric - -
Anomalie #2910 (Fermé) : Erreur 404 après redirection après message forum ds un site avec URLs arbo.
11 mai 2013, par cedric -ok, je n’ai pas totalement reproduit, mais je confirme que c’était potentiellement bugguant (sans pouvoir dire pourquoi des fois ça marchait et des fois non). C’est corrigé !