Recherche avancée

Sur d’autres sites (13369)

• Evolution #4063 : Position de la prévisualisation / ergo presentation formulaire forum

  10 mars 2021, par cedric -

  b_b il y a pas de prévisu dans mon screenshot : mon propos c’est que de base le formulaire forum est bien bancal
  - il se prend des margin en cascade sur les fieldset qui laissent des gros espaces blancs
  - toutes les legend sont masquées et c’est du coup à peu près incompréhensible si tu as pas que le textarea (ie si tu as des mots clés notamment)
  - le textarea a été déplacé en bas, mais pas la legend, ou alors du coup c’est les mots clés qui sont plus au bon endroit, et du coup ça a ni queue ni tête si j’affiche les legend (tu as "Votre message", puis les mots clés, puis le textarea)

  - et cerise sur le gateau, quand je scroll pour aller cliquer sur le bouton "prévisualiser", la prévisu apparait en dessous - et donc hors écran chez moi je vois que le haut du fieldset - sans aucun scroll.

  Donc je veux bien qu’on dise "on va tout changer" mais alors please, prenez le temps de tester et d’ajuster visuellement pour les différents cas (avec / sans mot clé, avec/sans le bloc d’URL, avec/sans le bloc "votre nom", avec/sans les documents joints)

  C’est bien chiant, certes, et on est bien d’accord que le scénario nominal c’est plutôt une version simple, mais de là à accepter que ça ait l’air complètement cassé et incompréhensible quand on est dans un autre cas ça me parait pas OK.

  Donc pour moi soit quelqu’un prends le temps de mettre au propre et de remettre ça d’équerre, soit on revert et on revient à ce qu’on avait avant, qui certes n’était pas parfait mais au moins marchait à peu près dans tous les cas...

• 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.