
Recherche avancée
Autres articles (88)
-
Le profil des utilisateurs
12 avril 2011, parChaque utilisateur dispose d’une page de profil lui permettant de modifier ses informations personnelle. Dans le menu de haut de page par défaut, un élément de menu est automatiquement créé à l’initialisation de MediaSPIP, visible uniquement si le visiteur est identifié sur le site.
L’utilisateur a accès à la modification de profil depuis sa page auteur, un lien dans la navigation "Modifier votre profil" est (...) -
Organiser par catégorie
17 mai 2013, parDans MédiaSPIP, une rubrique a 2 noms : catégorie et rubrique.
Les différents documents stockés dans MédiaSPIP peuvent être rangés dans différentes catégories. On peut créer une catégorie en cliquant sur "publier une catégorie" dans le menu publier en haut à droite ( après authentification ). Une catégorie peut être rangée dans une autre catégorie aussi ce qui fait qu’on peut construire une arborescence de catégories.
Lors de la publication prochaine d’un document, la nouvelle catégorie créée sera proposée (...) -
Configurer la prise en compte des langues
15 novembre 2010, parAccéder à la configuration et ajouter des langues prises en compte
Afin de configurer la prise en compte de nouvelles langues, il est nécessaire de se rendre dans la partie "Administrer" du site.
De là, dans le menu de navigation, vous pouvez accéder à une partie "Gestion des langues" permettant d’activer la prise en compte de nouvelles langues.
Chaque nouvelle langue ajoutée reste désactivable tant qu’aucun objet n’est créé dans cette langue. Dans ce cas, elle devient grisée dans la configuration et (...)
Sur d’autres sites (10399)
-
Anomalie #3209 (Nouveau) : Permettre de supprimer les fusions (group by) explicitement
2 mai 2014, par RastaPopoulos ♥Certaines boucles ou critères du core, ou de certains plugins, comme GIS, ajoute par défaut des groupements aux requêtes SQL afin d’obptenir tel ou tel comportement par défaut. Très bien.
Mais il n’y a pour l’instant rien qui permet, à celleux qui font des squelettes, de dire au cas par cas, boucle par boucle, qu’illes ne veulent PAS ce group by (ou qu’illes en veulent un autre ce qui revient au même). En effet, le critère
{fusion}
actuel ne marche que champ par champ, et ne fait qu’ajouter à la suite de ce qui existe déjà.Afin de ne rien casser et de permettre de faire ce qu’on veut, je propose un nouveau critère
{fusion_supprimer}
qui supprime tout groupement précédemment défini. On peut ensuite rajouter ou pas un ou plusieurs critère{fusion}
à la suite si jamais on veut rédéfinir autrement.function critere_fusion_supprimer_dist($idb, &$boucles, $crit) $boucles[$idb]->group = array() ;
Et pour l’utilisation :
Pour n’avoir aucun groupement :
Pour remettre à zéro puis définir explicitement ce qu’on veut :
-
Evolution #4105 : Constante ou config ?
27 septembre 2018, par RastaPopoulos ♥Ça reste bancal dans le sens où si on a opté pour le côté "déploiement", donc avec un choix fait en PHP, alors le formulaire de config est obsolète, et les gens vont le remplir en croyant que ça va faire quelque chose, alors que non.
Quand au fait même de décider de faire cohabiter les deux (pas forcément constante mais "possibilité de le définir par le code") ce n’est pas tordu, mais bien indispensable si on veut permettre de déployer des choix sans que les admins puissent le changer MAIS que lorsqu’on est pas en mode déploiement, alors là les admins peuvent le changer dans une interface. Ce qui est contre-intuitif, c’est que le form est toujours visible si on a activé un define (ou autre méthode tel le pipeline décrit plus haut).
La solution proposée au début n’est pas la bonne ok, mais l’objet même du ticket pour moi est toujours valable et parfaitement légitime : permettre avec la même API, de manière cohérente et unifiée, que les configs puissent être modifiables par interface OU déployables prioritairement par du code. Et que cela fonctionne au niveau technique ET soit compréhensible dans l’ergonomie (càd champ grisé ou supprimé quand il y a un déploiement par le code).
-
Anomalie #3846 (Nouveau) : La compression JS retire des espaces dans des chaines entre quotes
25 octobre 2016, par b bJe viens de remarquer que dans certains cas, la compression JS retire des espaces dans des chaînes entre quotes, cf :
http://zone.spip.org/trac/spip-zone/changeset/100159
Le script passé à travers le filtre compacte est le suivant :
http://zone.spip.org/trac/spip-zone/browser/_plugins_/gis/trunk/lib/leaflet/dist/leaflet.js
En y regardant de plus près, des chaînes comme
" leaflet-"
deviennent"leaflet-"
après compression, et comme celles-ci sont utilisées pour définir des classes css à appliquer sur des éléments du DOM, on se retrouve avec des attributs class comme "mahcinbidule" au lieu de "mahcin bidule".Le truc étrange, c’est que toutes les chaînes du type
" machine"
ne sont pas impactées, seulement certaines le sont...