Recherche avancée

Sur d’autres sites (8526)

• Evolution #4318 : améliorer les possibilités de selection/filtrage sur ?exec=articles

  11 avril 2019, par RastaPopoulos ♥

  +1 et ça fait partie plus généralement des choses à faire dans une refonte de l’admin

  Mais c’est une chose qui pourrait être fait même avec l’admin actuelle.

  Pour cela, le mieux serait sûrement des filtres/facettes dans une colonne sur le côté plutôt, comme le fait le plugin Commandes par exemple. Ce ne serait pas des vraies facettes puisqu’on a pas la possibilité de calculer efficacement les résultats en avance et donc de n’afficher que les filtres pertinents qui vont vraiment avoir des réponses, ce qui est le propre des facettes. Mais bon disons une liste de filtres sur le côté.

  La plus grande difficulté, c’est surtout qu’on a toujours pas de pipeline officiel (et secure) permettant d’ajouter dynamiquement des filtres aux boucles d’un squelette précis. James avait commencé des idées dans ce sens, et on en a un peu reparlé à la rencontre Composer car Touti essayait de continuer de virer des choses du noyau qui viennent de plugins et qui n’ont rien à y faire.

  En effet, il faut que ce soit possible à des plugins d’ajouter des filtres sur ce côté, mais pour ça il faut forcément en parallèle que la boucle qui liste les résultats puisse aussi être étendue en conséquence !

  Bref, c’est pas juste un problème d’ergonomie dans le privé, ya un gros problème technique à résoudre pour faire ça correctement. Et ça vaut pour tous les objets.

  En attendant, la page pourrait quand même déjà être refondue en affichant les filtres "en dur" qu’on connait déjà…

• Evolution #3129 (Nouveau) : Redirection des articles virtuels : savoir avant de cliquer

  29 décembre 2013, par tetue tetue

  Un « article virtuel » est traité, dans les boucles, comme tout autre article : il apparaît dans les menus de navigation, les résultats de recherche, etc. Lorsque il clique son lien, au cours de la navigation dans le site, l’internaute est instantanément redirigé, ce qui peut être surprenant, en particulier lorsque la cible de cette redirection est externe au site. L’internaute doit être informé, avant de cliquer, du comportement atypique d’un lien.

  Il y a deux cas :
  - redirection interne : celle-ci permet d’afficher un autre article à place du premier cliqué. Le plugin « Polyhierarchie » répond à ce besoin de ranger un même article dans plusieurs rubriques différentes.
  - redirection vers une page externe : c’est dans ce cas où la redirection est la plus déstabilisante.

  Dans les deux cas, #URL_ARTICLE devrait générer l’adresse cible (cf. ticket 3123)

  Dans tous les cas, l’internaute doit savoir, avant de cliquer, où cela le mène.

  1) le comportement devrait être le même pour tous les articles : lorsqu’on clique l’url d’un article, même viruel, cela affiche sa page. Dans le cas d’un article virtuel, le contenu textuel pourrait être occulté, ou plutôt réduit à l’introduction + mention explicative + gros lien vers la cible. De cette façon, l’internaute comprend ce qu’il fait.

  2) la redirection immédiate — qui est le fonctionnement actuel — peut être maintenue, en option, pour rétrocompat.

• Anomalie #4562 : Suite #4468 : Unification des CSS pour les boutons et les icônes

  9 octobre 2020, par RastaPopoulos ♥

  Pour SVP/Composer, de ce que je sais pour l’instant, on n’est pas encore prêt à avoir un truc complet, comprenant l’interface pour les lambdas. Car au delà de la structure des plugins et leurs dépendances (utiliser le json, composer), ya toujours que les gens doivent pouvoir chercher/récupérer/mettre à jour sans être admin sys, sans avoir accès au serveur, aux fichiers (sans même savoir comment ça marche l’hébergement), juste en étant admin d’un site et en voulant ajouter une fonctionnalité.

  Or, en attendant d’avoir trouvé la super solution (cf les pistes qu’on avait dessiné lors de la formation composer), ya vraiment un gros bug ergonomique et même fonctionnel, en obligeant les gens à mettre à jour à la version la plus haute, sans leur montrer à la fois les mises à jour sécu/mineure et les mises à jour majeure, et en pouvant choisir à laquelle monter, et aussi en avertissant pour les majeures que c’est dangereux à vérifier (bref cf le ticket sur les mises à jour). Des gens pètent leur site avec ça, alors qu’ils auraient pu rester à une branche plus basse toujours maintenue (et ça oblige à faire des contorsions sur les plugins d’intégration de libs avec plusieurs préfixes donc plugins pour une même lib). Bref ça me semble au contraire plutôt urgent d’améliorer SVP car ça cause du soucis à pas mal de gens (tous ceux qui ne sont pas chez Nursit, et qui n’ont pas la liste des plugins déjà là bloquée, maintenue par d’autres :p )