Home Forums Wiki Doc Install Extras Screenshots Source Code Projects Blog Users Groups Register
Glx-Dock / Cairo-Dock List of forums Ideas | Propositions Pour une nouvelle ergonomie de la barre des tâches...
The latest stable release is the *3.4.0* : How to install it here.
Note: We just switched from BZR to Git on Github! (only to host the code and your future pull requests)
Ideas | Propositions

Subjects Author Language Messages Last message
[Locked] Pour une nouvelle ergonomie de la barre des tâches...
Page : 1 2 3
onizou Français 57 fabounet [Read]
20 May 2009 à 11:44

fabounet, Friday 17 April 2009 à 18:50


Subscription date : 30 November 2007
Messages : 17118
bon j'ai presque tout corrigé, il manque la gestion du clic milieu, en cours

onizou, Friday 17 April 2009 à 19:13


Subscription date : 08 May 2008
Messages : 33
par contre je préfère que le clic milieu ait le même comportement tout le temps (donc le alt+TAB se ferait uniquement à la roulette, sur l'icône principale)

Si je comprend bien, tu penses qu'il est important que d'une configuration à l'autre, le clic du milieu ait le même comportement?

Je viens de constater qu'actuellement, pour la configuration où la sous-barre se déroule au survol, le clique du milieu ferme une fenêtre -ou l'application-.

fabounet, Monday 20 April 2009 à 10:39


Subscription date : 30 November 2007
Messages : 17118
clic milieu sur icone d'appli => ferme la fenetre (c'est d'ailleurs en option)
mais sur une icone pointant sur un sous-dock d'une classe, j'ai implémenté la minimisation/maximisation que tu avais proposé.
j'espère que ça ne porte pas trop à confusion.

onizou, Monday 20 April 2009 à 15:33


Subscription date : 08 May 2008
Messages : 33
Ah oué je vois!
Mais le clic du milieu sur une icône de la sous-barre permet-il de fermer la fenêtre en question? Ça serait bien utile ça!

J'ai découvert il y a peu que le clic du milieu permet de fermer une application... Je me demandais donc si dans la configuration où la sous-barre se déroule au survol, le clic du milieu sur le lanceur -dans la barre principale- pourrait fermer l'application entière? Et ce étant donné que la minimisation/maximisation est déjà attribuée au clic gauche, et qu'un clic milieu sur un lanceur sans sous-barre ferme aussi l'application...

Et dans le cas de la sous-barre qui se déroule au clic, le clic du milieu change-t-il de fonction entre un lanceur sans sous-barre et un lanceur avec sous-barre?
(Ce serait problématique si ce dernier ferme l'application pour un lanceur sans sous-barre, et minimise/maximise pour un lanceur avec sous-barre!)

Je n'utilise pas encore Cairo-Dock, d'où ma méconnaissance de ses fonctions; je vais tenter d'installer la version SVN ce soir pour essayer tout ça, et je reviendrai poster un message ensuite.

fabounet, Monday 20 April 2009 à 18:57


Subscription date : 30 November 2007
Messages : 17118
ben pour l'instant on a :
clic milieu sur appli => ferme
clic gauche sur appli => maxi/minimise
molette sur appli => alt+TAB dans la classe

clic milieu sur icone principale pointant sur sous-dock => dans le cas où les sous-docks se déroulent au survol : maxi/minimise toutes les fenetres de la classe.
clic gauche sur icone principale pointant sur sous-dock => alt+TAB dans la classe
molette sur icone principale pointant sur sous-dock => alt+TAB dans la classe

bon, en l'écrivant je m'aperçois que ça peut porter à confusion ...
j'attends vos avis éclairés (vote ?)

Invité, Monday 20 April 2009 à 19:28


Subscription date : 11 March 2009
Messages : 82
moi je trouve que c'est un peu redondant mais c'est surement parce que je suis un vioc ....

onizou, Monday 20 April 2009 à 21:05


Subscription date : 08 May 2008
Messages : 33
Msieur l'invité, que veux-tu dire par là?

Fabounet, je pense que ce serait bien ainsi:

- Pour une icône sans sous-barre:
  • Clic gauche; maximise/minimise la fenêtre.
  • Clic milieu; ferme la fenêtre.
  • Roulement de molette; "Alt+Tab" des fenêtres de l'application. (Ce qui équivaut une commande nulle s'il n'y a qu'une seule fenêtre/instance de l'application lancée)

- Pour une icône déroulant une sous-barre au clic:
  • Clic gauche; déroule la sous-barre.
  • Clic milieu; ferme toutes les fenêtres/instances de l'application.
  • Roulement de molette; "Alt+Tab" des fenêtres de l'application.

- Pour une icône déroulant une sous-barre au survol:
  • Clic gauche; maximise/minimise toutes les fenêtres de l'application, en respectant les focus.
  • Clic milieu; ferme toutes les fenêtres/instances de l'application.
  • Roulement de molette; "Alt+Tab" des fenêtres de l'application.

- Pour une icône dans une sous-barre:
  • Clic gauche; maximise/minimise la fenêtre.
  • Clic milieu; ferme la fenêtre.
  • Roulement de molette; "Alt+Tab" des fenêtres de l'application.


Ainsi, quelle que soit l'option choisie pour le déroulement de la sous-barre, l'ensemble des fonctionnements des icônes -avec et sans sous-barre, ou dans une sous-barre- reste cohérent -et intuitif.

matttbe, Monday 20 April 2009 à 22:48


Subscription date : 24 January 2009
Messages : 12573
Si je peux réagir et donner une idée d'optimisation par la même occasion , voici ce que je rajouterai :
Roulette vers le haut pour faire apparaitre la fenêtre au premier plan et, si elle est sur un autre bureau, elle change vers celui en utilisation. Et roulette vers le bas pour faire un ALT+Tab.

Ou alors... l'utilisateur choisit ce qu'il veut.

Mais, que ça soit l'un ou l'autre, ça demande plusieurs lignes de codes en plus donc à voir si vous avez le temps (et si vous êtes d'accord ) avant la version 2 finale !

onizou, Monday 20 April 2009 à 23:55


Subscription date : 08 May 2008
Messages : 33
Pouvoir amener rapidement une fenêtre sur le bureau affiché est utile en effet!

Mais les deux directions du Alt+Tab sont de mon point de vue importantes:
Dans l'exemple d'une sous-barre contenant 8 icônes, pouvoir monter et descendre simplement est bien utile! Si j'utilisais intensivement et alternativement les fenêtres 6 et 7 de cette application, je pourrais passer de la 7 à la 6 en un Alt+Tab bas, mais sans Alt+Tab haut je devrai faire sept Alt+Tab bas pour passer de la 6 à la 7.
Aussi, cette fonctionnalité rendrait l'ergonomie de la barre un peu plus confuse; le roulement changeant à moitié de fonction que le pointeur soit sur l'icône de la barre principale ou dans la sous-barre.

Cette fonctionnalité ne serait donc pas pertinente par défaut, mais pourrait faire l'objet d'une option en effet!

Cependant, que penserais-tu d'un raccourcis clavier afin de préserver le Alt+Tab? Par exemple:
  • Touche D maintenu + clic gauche sur l'icône d'une application/fenêtre dans la barre principale; maximise la fenêtre de l'application -ou toutes le fenêtres de l'application s'il y a une sous-barre- et les déplace sur le bureau affiché.
  • Touche D maintenu + clic gauche sur l'icône d'une fenêtre dans une sous barre; maximise la fenêtre et la déplace sur le bureau affiché.

matttbe, Tuesday 21 April 2009 à 01:28


Subscription date : 24 January 2009
Messages : 12573
Cependant, que penserais-tu d'un raccourcis clavier afin de préserver le Alt+Tab?

Franchement, je trouve que c'est plus qu'un détail.
Enfin, si tu y tiens tellement, je veux alors juste rajouter que, pour la roulette, c'est rapide, tu as vite fait 10 coups. Si c'est pour rajouter un raccourci clavier, autant inviter l'utilisateur à déplacer sa souris de moins d'un cm et cliquer sur l'icône de l'application voulue pour la faire apparaître ou faire un Alt+Tab sur son clavier.

Sinon, en écrivant mon précédent message, je voulais également intervenir pour dire qu'il y a pleins de possibilités de raccourcis possibles et qu'ils pouvaient se justifier différemment en fonction de chacun.
De toutes manières, que les choix soient logiques ou non, l'utilisateur s'habituera à ceux-ci (s'il les utilise d'abord...) même si je suis totalement d'accord de prendre des choix cohérents, faciles à retenir, mais tout le monde n'a pas la même vision des choses...

onizou, Tuesday 21 April 2009 à 01:46


Subscription date : 08 May 2008
Messages : 33
autant inviter l'utilisateur à déplacer sa souris de moins d'un cm et cliquer sur l'icône de l'application voulue pour la faire apparaître

L'intérêt du Alt+Tab à la roulette est justement de pouvoir naviguer dans les fenêtres sans avoir à chercher dans la sous-barre...

faire un Alt+Tab sur son clavier

...et donc d'être intuitif, rapide, et spécifique à l'application!

pour la roulette, c'est rapide, tu as vite fait 10 coups

C'est plus que ça en fait:
Le Alt+Tab peut être utilisé rapidement et avec peu d'attention car on a l'assurance de savoir que si on manque sa fenêtre, on peut toujours rouler en sens inverse pour la récupérer.
Dans le cas d'un Alt+Tab à sens unique, on ne pourra plus rouler rapidement, puisqu'il faudra surveiller à chaque cran la fenêtre qui s'affiche, ou la sous-barre, pour ne pas risquer de manquer la fenêtre désirée. La tâche requiert alors plus de temps et une attention soutenue.
Ainsi, le Alt+Tab, lorsqu'il est à sens unique, perd tout son intérêt et ne mérite même pas d'être implémenté. Cliquer sur la bonne fenêtre dans la sous-barre est en effet bien plus simple et rapide.
Ce n'est peut être pas clairement expliqué... Mais tu peux en faire l'expérience sur la version SVN.

Sinon, en écrivant mon précédent message, je voulais également intervenir pour dire qu'il y a pleins de possibilités de raccourcis possibles et qu'ils pouvaient se justifier différemment en fonction de chacun.
De toutes manières, que les choix soient logiques ou non, l'utilisateur s'habituera à ceux-ci (s'il les utilise d'abord...) même si je suis totalement d'accord de prendre des choix cohérents, faciles à retenir, mais tout le monde n'a pas la même vision des choses...

Je ne pense pas qu'il faille espérer que quels que soient les choix ergonomiques de Cairo-Dock, chacun s'y fera.
Je suis évidemment d'accord sur le fait qu'une interface est ressentie et exploitée différemment selon la personne. Cependant, il y a des limites à l'adaptation qui varient aussi selon les individus. Si Cairo-Dock ne travaille pas son ergonomie, il ne pourra pas toucher tous ses utilisateurs potentiels. Ces derniers n'y trouvant pas satisfaction à ce qu'ils attendent d'une barre de lancement.
Tu as probablement déjà ressenti de la frustration à l'utilisation d'un logiciel qui t'a en conséquence semblé mal conçu... C'est cette frustration que j'ai éprouvé lorsque j'ai testé Cairo-Dock pour la première fois et que toutes les fenêtres de l'application n'apparaissaient pas dans la sous-barre! D'où mon intérêt pour cette version 2 que j'attends pour utiliser Cairo-Dock.
Estimer quel sera le paramétrage qui permettra de satisfaire au mieux le plus grand nombre de personnes est justement ce que nous tentons de faire. C'est dans cette optique que je me permet de discuter de ta proposition, et que je t'invite également à donner ton avis sur les précédentes.

fabounet, Tuesday 21 April 2009 à 12:12


Subscription date : 30 November 2007
Messages : 17118
je plussoie le alt+Tab bidirectionnel, ça me parait intuitif et la notion de défilement "sans stress" est bonne (là je parle de mon utilisation, j'ai tout de suite trouvé ça pratique)
après on peut imaginer toutes sortes de fonctionnalités grâce à une touche clavier en plus (comme le SHIFT+clic pour lancer une nouvelle instance), mais il faut les mettre en 2ème car elles nécessitent une action utilisateur supplémentaire.

j'aurais tendance à trouver l'agencement d'Onizou pertinent dans la mesure où il colle assez aux fonctions actuelles sur une icône simple => facile à mémoriser.
ça fait peu de modifs, j'ai déjà tout presque tout codé, il suffit de ré-ordonner un peu les clics.
si elle est sur un autre bureau, elle change vers celui en utilisation.
ouais ça serait bien, c'est accessible via le menu mais un peu longuet (c'est dans le sous-menu "autres actions")

le mieux c'est que je le code et vous me dites ce que vous en pensez à l'utilisation, et pendant ce temps si vous trouvez des idées d'actions secondaires je pourrais les rajouter par la suite

taiebot65, Wednesday 22 April 2009 à 14:31


Subscription date : 26 October 2008
Messages : 1904
Tout ce recoupe on va bientot devoir configurer compiz au petits onions car des conflits vont apparaitre a la pelle... moi alt tab est utilise par compiz...

Je pense que toutes ces fonctions devraient etre d'abord mises dans scoobido ou "comando-ck" soit un plugin de commande clavier/souris du dock. Avec toujours une activation du plugin via un raccourcis clavier qui prend le focus et desactive tous les raccourcis clavier (metacity + compiz + gnome) et la souris pour un controle unique du dock et des plugins (lecture Pause Etc) avec le clavier.

Sympa de pouvoir faire apparaitre specifiquement un plugin/fenetre avec le dock en focus qui est normalement derriere la fenetre avec un jolie effet opengl par un raccourcis clavier..

Je vous laisse imaginer http://www.youtube.com/watch?v=4_fbM_0dN_8 sans souris le temps de gagne

fabounet, Wednesday 22 April 2009 à 16:43


Subscription date : 30 November 2007
Messages : 17118
oui mais là on parlait juste des actions au clic, l'idée étant d'en mettre autant que possible.
les raccourcis clavier c'est clair qu'ils se bouffent la gueule, mais bon aussi c'est abusé comment Compiz en a 50000

nochka85, Wednesday 22 April 2009 à 21:45


Subscription date : 29 November 2007
Messages : 7408
mais bon aussi c'est abusé comment Compiz en a 50000


C'est clair ! Y'a même des fois où je suis obligé d'ouvrir la config de compiz pour voir le raccourci pour une action

... Ils devraient peut être faire une combinaison de touche qui afficherait dans une fenêtre toutes les combinaisons

fabounet, Friday 24 April 2009 à 11:52


Subscription date : 30 November 2007
Messages : 17118
au fait c'est codé là
j'ai respecté les specs, du moins je l'espère
faudrait mettre l'aide à jour du coup.

onizou, Wednesday 20 May 2009 à 01:48


Subscription date : 08 May 2008
Messages : 33
Je viens tout juste d'installer Cairo-Dock 2! (en version 2.0.2)
Le mode OpenGL ne fonctionne pas avec ma puce intégrée Intel mais j'imagine que c'est normal...

Je viens vous faire part d'un ptit problème dans l'intégration de la nouvelle ergonomie:
Dans la configuration où la sous-barre se déroule au survol, le clic gauche sur l'icône de l'application dans la barre principale n'est pas exploité...
Alors que ce clic gauche affiche la fenêtre de l'application lors d'un clic sur son icône sans sous-barre -et accessoirement sur un lanceur en lançant l'application-, il ne remplit plus de fonction similaire à partir du moment où une sous barre se voit attribuée à cette même icône.
J'imagine qu'il serait bien pratique qu'il maximise/minimise toutes les fenêtres de l'application en respectant les focus.

fabounet, Wednesday 20 May 2009 à 11:44


Subscription date : 30 November 2007
Messages : 17118
je croyais l'avoir fait pourtant
merci, je vais corriger ça de ce pas alors

Ideas | Propositions

Subjects Author Language Messages Last message
[Locked] Pour une nouvelle ergonomie de la barre des tâches...
Page : 1 2 3
onizou Français 57 fabounet [Read]
20 May 2009 à 11:44


Glx-Dock / Cairo-Dock List of forums Ideas | Propositions Pour une nouvelle ergonomie de la barre des tâches... Top

Online users :

Powered by ElementSpeak © 2007 Adrien Pilleboue, 2009-2013 Matthieu Baerts.
Dock based on CSS Dock Menu (Ndesign) with jQuery. Icons by zgegball
Cairo-Dock is a free software under GNU-GPL3 licence. First stable version created by Fabounet.
Many thanks to TuxFamily for the web Hosting and Mav for the domain name.