Recherche avancée

Sur d’autres sites (12591)

• Anomalie #2523 : pas d’autorisation voir rubrique sur sélecteur ajax

  3 juin 2014, par b b

  Le commentaire situé ici :

  http://core.spip.org/projects/spip/repository/entry/branches/spip-2.1/ecrire/inc/chercher_rubrique.php#L171

  Indique la vérification est faite à l’arrivée des données, et on voit bien qu’on tente de le faire ici :

  http://core.spip.org/projects/spip/repository/entry/spip/ecrire/action/editer_article.php#L305

  Et du coup je découvre qu’on ne passe pas le bonne variable dans l’appel d’autoriser, car pour l’instant on vérifie que l’auteur à le droit de publier dans la rubrique où est l’article avant modif et non dans la rubrique de destination :p On dirait bien que ce bug est présent depuis 7 ans cf r9394.

  autoriser(’publierdans’, ’rubrique’, $id_parent) devrait fixer le bug, je commit la modif asap

• Anomalie #4698 : Formulaire de recherche de rubrique dysfonctionnel

  22 mars 2021, par RastaPopoulos ♥

  Ah et le générique (que j’avais vraiment conçu pour le core, multi-objets, plus facilement responsive car pas en plusieurs panneaux horizontaux, etc, mais pour l’instant utilisé que dans des plugins) gère bien le blocage de Entrée :
  https://git.spip.net/spip/spip/src/branch/master/prive/formulaires/selecteur/ajax.html#L48

  Faudrait voir si on pourrait pas commencer (après 10 ans :p) à le tester dans le noyau aussi par ex ici pour les auteurs. Comme pour toute chose, ya sûrement des points à améliorer, mais je trouve qu’il apporte plus d’avantages (ergo, généricité…) que d’inconvénients. Faut juste remplacer par "selecteur/generique" et ajouter une whitelist :
  selecteur/generique, whitelist=#LISTE{rubriques}, selected=#GET{selected},select='',name=restreintes} />

  Et spécifiquement pour 3.3 : depuis que SVG sans taille précise, il manque juste dans les CSS deux : background-size: contain; dans les styles de ce sélecteur (pour le bouton centré de choix de là où on est + le bouton de choix rapide à droite de chaque élément de liste)

• Evolution #4429 : Ajouter « configurer » en toutes lettres à côté de l’icône dans la liste des plu...

  17 février 2020, par RastaPopoulos ♥

  Oula, calmos, on va éviter de faire encore des pansements de pansements et rendre les choses encore plus confuses. Ça ne me parait pas une bonne idée de multiplier les endroits différents où on parle du mot "Configuration" pour ne pas y lister la même chose.

  Il y a déjà une entrée "Configuration" dans le menu principal d’admin. Si c’est pour avoir "une liste des choses à configurer", c’est là que ça doit être.

  Dans l’entrée "Gestion des plugins", on a : la liste des plugins. Le lien "configurer" sur un plugin précis, sert de raccourci pour aller directement à la page de config des fonctionnalités ajoutées par ce plugin.

  Si on avait une sous-entrée "Configuration" en plus à l’intérieur de la gestion des plugins, ça voudrait dire qu’on aurait à la fois un lien "Configuration" en entrée principale du menu, qui est censé lister toutes les configurations, et ensuite un autre "Configuration" dans une sous-page, qui ne listerait pas la même chose. Ça parait vraiment problématique, ergonomiquement.

  Il faut avoir une approche globale de où on veut voir les configurations.

  1) L’entrée Configuration devrait contenir toutes les configurations possibles à faire dans un site. Ça ne devrait pas dépendre de "pour qui est la config", et alors "si c’est pour ceci c’est à tel endroit, et si c’est pour cela c’est à un autre". Ce n’est pas prédictif, et donc impossible de deviner où chercher.
  2) La zone de gestion des plugins doit rester simple, il y a un panneau par défaut pour lister les plugins présents, un autre pour en ajouter. Il y a déjà une liste des plugins, pas besoin de faire une deuxième sous-liste avec moins de choses, juste parce qu’on veut voir ceux avec des configs. Au pire si on voulait filtrer, ça devrait être un filtre "Avec configuration" dans les liens de filtres déjà présents.
  3) C’est bien qu’il y ait un raccourci vers la config de tel plugin, et on doit pouvoir trouver un moyen ergonomique de l’ajouter directement là. Mais dans tous les cas ça ne devrait être qu’un raccourci (pour celleux qui viennent depuis l’ajout d’un plugin et qui veulent le configurer tout de suite), car chaque config devrait être dans la liste exhaustive du 1.

  Par ailleurs, s’il devait y avoir une refonte de ces petits blocs de plugins :

  • C’est mal d’avoir des actions cachées qu’on ne voit qu’au hover, tant pour la découverte, que pour les périphs tactiles.
  • Il y a deux manières de faire :
    • Soit on affiche les X actions possibles de chaque en permanence. Pour l’instant il peut y en avoir trois max je crois (Configurer, Désactiver, Désinstaller). C’est ce que fait Wordpress par exemple, et ça marche très bien. On peut les afficher en bas de chaque bloc, en toute lettre. Ça ne gênerait aucun float.
    • Soit, si on trouve que ça fait trop lourd visuellement, ça serait à droite de chaque ligne avoir seulement deux éléments : une icône "Menu" et la case à cocher. La case sert à faire des actions de masse, tandis que le menu liste des actions unitaires. Il est visible en permanence, donc quand on le voit, on sait qu’il y a des actions possibles, et dedans on peut en mettre autant qu’on veut sans rien péter.

  Je n’ai pas d’avis sur le choix pour l’instant, mais pour ces lignes de plugins, pour moi faut faire une de ces deux possibilités forcément.