Recherche avancée
Médias (1)
-
La conservation du net art au musée. Les stratégies à l’œuvre
26 mai 2011
Mis à jour : Juillet 2013
Langue : français
Type : Texte
Autres articles (46)
-
Websites made with MediaSPIP
2 mai 2011, parThis page lists some websites based on MediaSPIP.
-
Possibilité de déploiement en ferme
12 avril 2011, parMediaSPIP peut être installé comme une ferme, avec un seul "noyau" hébergé sur un serveur dédié et utilisé par une multitude de sites différents.
Cela permet, par exemple : de pouvoir partager les frais de mise en œuvre entre plusieurs projets / individus ; de pouvoir déployer rapidement une multitude de sites uniques ; d’éviter d’avoir à mettre l’ensemble des créations dans un fourre-tout numérique comme c’est le cas pour les grandes plate-formes tout public disséminées sur le (...) -
Ajouter des informations spécifiques aux utilisateurs et autres modifications de comportement liées aux auteurs
12 avril 2011, parLa manière la plus simple d’ajouter des informations aux auteurs est d’installer le plugin Inscription3. Il permet également de modifier certains comportements liés aux utilisateurs (référez-vous à sa documentation pour plus d’informations).
Il est également possible d’ajouter des champs aux auteurs en installant les plugins champs extras 2 et Interface pour champs extras.
Sur d’autres sites (7606)
-
Liste de médias : on ignore le cas où on passe un id_rubrique inexistant
3 décembre 2013Dans le squelette articles-medias_liste.html qui liste les médias, si on passe
id_rubriquedans l’environnement et qu’il ne correspond à aucune rubrique existante, on ignore actuellement ce paramètre, ce qui affiche les médias dans toutes les rubriques, au lieu de n’afficher aucun résultat et un message d’erreur. -
Liste de médias : on ignore le cas où on passe un id_rubrique inexistant
3 décembre 2013Dans le squelette articles-medias_liste.html qui liste les médias, si on passe
id_rubriquedans l’environnement et qu’il ne correspond à aucune rubrique existante, on ignore actuellement ce paramètre, ce qui affiche les médias dans toutes les rubriques, au lieu de n’afficher aucun résultat et un message d’erreur. -
Revision 109633 : Ma console réseau de mon navigteur indique : - jquery-ui.js : 508,86ko - ...
22 mars 2018, par placido@… — LogMa console réseau de mon navigteur indique :
jquery-ui.js : 508,86ko
jsdyn-formulaires_dateur_jquery_dateur_js_14fce12d.js : 517,89 ko
Le fichier js dynamique est chargé via $.getScript depuis le fichier formulaire/dateur/inc-dateur.html qui inclut déjà lui-même jquery-ui !
On se retouve donc avec une double dose d’un jquery-ui (déjà pachidermique) à la moindre saisie date appelée. C’est clairement un problème.
Je m’interroge sur la nécessite de l’insertion des css et js via affichage_final. Sauf cas particulier qui m’échappe, je pense que cette fonction saisies_affichage_final n’a pas (plus) lieu d’être.
Je propose d’opter pour un chargement des éléments globaux via insert_head et insert_head_css (sans jquery-ui) et pour les cas particuliers, cela doit se gérer au niveau du squelette de la saisie (à l’instar de ce que fait déjà la saisie date qui fait un #INCLURE de inc-dateur.html).
En attendant des avis, on peut déjà rendre cette fonction surchargeable (désactivable).
Syndiquer tout le site
