Il y a une difficulté qui apparaît lorsqu'on désactive certains «gros» boutons de la barre supérieure de l'espace privé. Notamment: «Statistiques» qui est désactivé par défaut.
Le problème apparaît lorsqu'on a des plugins qui ajoutent des sous-onglets en dessous d'un de ces gros onglets. C'est par exemple mon cas, avec un plugin spécifique de statistiques qui ajoute un sous-onglet, en survol de «Statistiques».
=> Évidemment, quand «Statistiques» est désactivé, l'affichage devient assez «bizarre». (Bon, la page n'est pas complètement cassée, mais c'est pas terrible.)
=> C'est pas uniquement un problème de code: c'est une difficulté logique.
1. Est-ce qu'il faut autoriser la désactivation des grosses icones?
2. Si oui, on fait quoi dans le cas d'un plugin qui ajoute des sous-onglets en survol de ces icones?
La on est dans une impossibilité car les Gros boutons ont deux fonctions : ils sont clicables pour acceder à une fonction, et deroulables pour accéder à d'autres ...
La solution passerait par le fait que ces gros boutons ne soient pas clicables (ce qu'aucun novice ne comprend cf encore une fois le récurent http://forum.spip.org/fr_197662.html#forum197687), mais uniquement les sous-boutons.
Du coup les boutons ne seraient pas supprimés, mais juste non affichés lorsque vides en fin de pipeline.
Cela remets en question leur fonctionnement actuel et doit donc surement s'envisager dans la reflexion plus générale sur la refonte de l'interface
Dans ton cas particulier, et en l'état, c'est au plugin de regarder si le gros bouton est la, et si ce n'est pas le cas, de l'ajouter et de se brancher dessus.
La on est dans une impossibilité car les Gros boutons ont deux fonctions
: ils sont clicables pour acceder à une fonction, et deroulables pour
accéder à d'autres ...
hi hi j'étais sûr que ça ressortirait
Ce qui me fait rire, c'est que les menus de Facebook comme ceux de
Flickr sont exactement comme ceux de SPIP, et que personne n'a de
problème avec eux, si on en juge par le succès du bazar... La seule
différence est d'ordre graphique, avec la petite flèche qui apparaît
au survol sur le côté du menu (menu qui ressemble à un lien, donc sans
équivoque sur son caractère "clicable").
> Le problème apparaît lorsqu'on a des plugins qui ajoutent des sous-
> onglets en dessous d'un de ces gros onglets. C'est par exemple mon
> cas, avec un plugin spécifique de statistiques qui ajoute un sous-
> onglet, en survol de «Statistiques».
A mon sens les deux problèmes (celui posé par Cédric et le tien)
peuvent se résoudre en disant que chaque menu est une colonne de liens
; dans le cas de l'interface actuelle, le premier lien d'une colonne
est son "gros bouton" ; si on fait une interface plus textuelle façon
facebook, ça suivra ; et l'interface peut aussi évoluer de manière à
dupliquer le premier item pour qu'il soit affiché comme sous-menu.
Le seul problème c'est que le code actuel n'est pas comme ça, mais
objet et arborescent, ce qui veut dire qu'on va encore introduire des
incompatibilités entre les plugins et le core, ce qui veut dire encore
plein de boulot et la perspective de se faire engueuler de partout (je
prépare les bazookas).
> 1. Est-ce qu'il faut autoriser la désactivation des grosses
> icones?
La on est dans une impossibilité car les Gros boutons ont deux fonctions
: ils sont clicables pour acceder à une fonction, et deroulables pour
accéder à d'autres ...
[...]
Du coup les boutons ne seraient pas supprimés, mais juste non affichés
lorsque vides en fin de pipeline.
[...]
Bonjour
Je propose que les boutons qui ne devraient pas être affichés, pour
les "gros" boutons, ils soient simplement affichés en gris, avec
éventuellement un sous menu qui indique à l'aide d'une phrase qu'il
n'y a rien à afficher (et, pour le cas des statistiques, qu'elles
sont activables à tel page+URL)
La on est dans une impossibilité car les Gros boutons ont deux fonctions
: ils sont clicables pour acceder à une fonction, et deroulables pour
accéder à d'autres ...
hi hi j'étais sûr que ça ressortirait
Pas essayé récemment, mais dans mon souvenir, les gros boutons ont une fonction supplémentaire: ils sont les seuls accessibles aux rédacteurs.
=> C'est d'ailleurs une autre difficulté quand on fait des plugins qui doivent être accessibles aux rédacteurs.
Ce qui me fait rire, c'est que les menus de Facebook comme ceux de
Flickr sont exactement comme ceux de SPIP, et que personne n'a de
problème avec eux, si on en juge par le succès du bazar... La seule
différence est d'ordre graphique, avec la petite flèche qui apparaît
au survol sur le côté du menu (menu qui ressemble à un lien, donc sans
équivoque sur son caractère "clicable").
=> La trouvaille ergonomique de Facebook, c'est que le titre («gros bouton») est séparé de la petite flèche: si tu survoles le titre, il n'y a que le titre; pour dérouler le menu, il faut cliquer sur la petite flèche à côté. Difficile pour notre interface actuelle, basée sur le survol et non le clic.
=> Problème ergonomique similaire avec les mini-boutons de la barre colorée: la plupart des gens semblent ne pas savoir qu'ils sont eux-mêmes cliquables.
Le problème apparaît lorsqu'on a des plugins qui ajoutent des sous-
onglets en dessous d'un de ces gros onglets. C'est par exemple mon
cas, avec un plugin spécifique de statistiques qui ajoute un sous-
onglet, en survol de «Statistiques».
A mon sens les deux problèmes (celui posé par Cédric et le tien)
peuvent se résoudre en disant que chaque menu est une colonne de liens
; dans le cas de l'interface actuelle, le premier lien d'une colonne
est son "gros bouton" ; si on fait une interface plus textuelle façon
facebook, ça suivra ; et l'interface peut aussi évoluer de manière à
dupliquer le premier item pour qu'il soit affiché comme sous-menu.
Je propose que les boutons qui ne devraient pas être affichés, pour
les "gros" boutons, ils soient simplement affichés en gris,
Ah, bien pas moi
Je préfère qu'ils disparaissent réellement
Il y a déjà suffisamment de chose dans cette interface pour ne pas l'alourdir de boutons inutiles, même grisés !
