Home Forums Wiki Doc Install Extras Screenshots Source Code Projects Blog Users Groups Register
Glx-Dock / Cairo-Dock List of forums Problems at use | Problèmes à l'utilisation SysTray 2.0 v2.4 PPA Oneiric
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)
Problems at use | Problèmes à l'utilisation

Subjects Author Language Messages Last message
[Locked] SysTray 2.0 v2.4 PPA Oneiric [Bug #258]
Page : 1 2 3 4 5 6 7
FrankKubuntu Français 129 FrankKubuntu [Read]
15 December 2012 à 19:51

matttbe, Thursday 23 February 2012 à 11:17


Subscription date : 24 January 2009
Messages : 12573
oui, il faudrait que ces applications switches vers le nouveau systray... n'hesite pas à faire la demande aux devs

Petite amélioration à apporter au passage : si il n'y a aucune icône dans le systray, actuellement il y a un emplacement vide dans la barre. Il faudrait soit le masquer (ce qui serait logique avec l'option de se redimentionner automatiquement), soit mettre une icône en remplacement
oui, ça a deja ete propose et c'est une bonne idee! Merci de nous le rappeler, j'ajoute une tâche!

contrebasse, Thursday 23 February 2012 à 13:27


Subscription date : 22 February 2012
Messages : 10
OK, je croyais que le nouveau systray était une réécriture de l'ancien, pas un nouveau protocole ! L'ancien standard est sensé disparaître à plus ou moins court terme ?
Sinon, il n'y a pas moyen de les fusionner de votre côté ?

matttbe, Thursday 23 February 2012 à 16:27


Subscription date : 24 January 2009
Messages : 12573
L'ancien standard est sensé disparaître à plus ou moins court terme ?
C'est ce qui est prévu et Ubuntu pousse pour que ce soit le cas

Sinon, il n'y a pas moyen de les fusionner de votre côté ?
Malheureusement non car l'ancien a été prévu pour être affiché dans un panel static, c'est assez fermé... pas comme le nouveau qui nous envoie le données et on fait ce que l'on veut avec.

FrankKubuntu, Thursday 23 February 2012 à 23:44


Subscription date : 21 October 2009
Messages : 1575
contrebasse :
Je ne suis pas sous KDE mais sur la nouvelle session Compiz/Cairo-Dock en standalone (au passage ça marche du tonnerre, c'est génial, bravo !).


C'est quoi cette session?? Suis-je en train de manque quelque chose de super, ou quoi?

contrebasse :
Petite amélioration à apporter au passage : si il n'y a aucune icône dans le systray, actuellement il y a un emplacement vide dans la barre. Il faudrait soit le masquer (ce qui serait logique avec l'option de se redimentionner automatiquement), soit mettre une icône en remplacement.


Ça a été corrigé, ça, du moins pour moi. Parles-tu de l'ancien systray ou le nouveau, ici?

matttbe, Friday 24 February 2012 à 22:43


Subscription date : 24 January 2009
Messages : 12573
C'est quoi cette session?? Suis-je en train de manque quelque chose de super, ou quoi?
Sur Ubuntu 11.10, tu peux choisir de lancer la session Cairo-Dock au démarrage (une session Gnome avec Cairo-Dock comme interface et Compiz/Metacity comme gestionnaire de fenêtre).

Mais en passant, si tu aimes tjs bien bidouiller, pourrais-tu regarder si c'est possible de lancer une session Cairo-Dock avec KDE? Par exemple, pour Gnome, on ajoute des fichiers dans /usr/share/xsessions (en indicant d'utiliser Gnome-Session avec Cairo-Dock - là, il faudrait utiliser l'équivalent pour kde) et /usr/share/gnome-session/sessions (en indiquant que le panel est Cairo-Dock, le WM est machin, etc.)).
Sauf s'il faut absolument KDM pour lancer une session KDE...

FrankKubuntu, Friday 24 February 2012 à 22:51


Subscription date : 21 October 2009
Messages : 1575
À ma connaissance KDE ne permet pas de choisir le panel au démarrage. Le WM oui, mais je n'ai pas vu autres options.

Il faudrait que je sache quels fichiers ajouter où et voir si ça fait quelque chose. Mais dans la config graphique KDE n'a que le WM (et QT vs GTK pour certaines choses).

S'il faut KDM pour KDE, bonne question. Ça reste à élucider.

matttbe, Friday 24 February 2012 à 23:04


Subscription date : 24 January 2009
Messages : 12573
Il faut d'abord rechercher comment la session KDE est lancée.
Pour Gnome, c'est gnome-session qui s'en occupe, peu importe le gestionnaire d'environnement de bureau. Par contre, vu que je n'utilise pas KDE, je ne sais pas comment ça fonctionne avec ce DE. Il y a p-ê un lanceur KDE mais peut-être qu'il faudrait demander de l'aide ailleurs.

FrankKubuntu, Friday 24 February 2012 à 23:28


Subscription date : 21 October 2009
Messages : 1575
Ah oui ok je comprends.

contrebasse, Monday 27 February 2012 à 23:50


Subscription date : 22 February 2012
Messages : 10
FrankKubuntu :
contrebasse :
Petite amélioration à apporter au passage : si il n'y a aucune icône dans le systray, actuellement il y a un emplacement vide dans la barre. Il faudrait soit le masquer (ce qui serait logique avec l'option de se redimentionner automatiquement), soit mettre une icône en remplacement.


Ça a été corrigé, ça, du moins pour moi. Parles-tu de l'ancien systray ou le nouveau, ici?


Je parlais du nouveau.

matttbe, Monday 12 March 2012 à 11:28


Subscription date : 24 January 2009
Messages : 12573
(Message ajouté sur la tâche #258)

Bzr branch linked: lp:~matttbe/cairo-dock-plug-ins/SN-hide-icon

FrankKubuntu, Friday 04 May 2012 à 22:59


Subscription date : 21 October 2009
Messages : 1575
Cette fonction est bonne, ça fonctionne.

Mais il manque un petit quelque chose... C'est bien de pouvoir cacher les items non-utilisés, mais si on veut cliquer dessus pour les démarrer ou pour voir de l'info (certaines donnent de l'info, comme Nepomuk), on ne peut pas de façon pratique. On doit aller dans CD menu, Notification Area, Configuration, puis décocher l'option des hide items, aller faire ce qu'on doit faire et ensuite recocher l'option.

Ne pourrait-on pas avoir une petite flèche/indicateur comme Windows et KDE et lorsqu'on clique dessus ça élargi le systray pour montrer tous les icônes cachés et on reclique dessus pour cacher ceux qui ne sont pas utilisés?

Dans d'autres cas, il y a certains icônes que même s'ils sont utilisés par qque chose on les voudrait toujours cachés (always hide).

Opinions?

FrankKubuntu, Friday 04 May 2012 à 23:07


Subscription date : 21 October 2009
Messages : 1575
Ok, voir http://glx-dock.org/tt_task.php?p=2&t=269

FrankKubuntu, Saturday 03 November 2012 à 19:12


Subscription date : 21 October 2009
Messages : 1575
Je reviens sur cette suggestion avec une flèche ou indicateur quelconque pour voir les hidden items sans aller décocher l'option dans config et retourner dans config cocher l'option ensuite.

fabounet, Tuesday 27 November 2012 à 15:50


Subscription date : 30 November 2007
Messages : 17118
chez moi les éléments cachés ne servent quasi à rien (d'ailleurs, c'est pour ça qu'ils sont cachés )
Qu'est-ce que tu as comme élément que tu voudrais voir ?

le design du protocole, c'est de dire que l'appli décide si elle veut montrer un indicateur ou pas, et si elle a rien d'intéressant à dire, ne montre rien.
Donc à priori, ça irait à l'encontre de la spec.

FrankKubuntu, Tuesday 27 November 2012 à 17:07


Subscription date : 21 October 2009
Messages : 1575
Tu n'as pas tort, c'est une approche comme une autre qui a ses avantages et inconvénients, je l'accorde. Mon but est de comparer les 2 approches et voir ce que tu veux faire de CD.

Si MicroShit et KDE utilisent cette fonction de pouvoir sur demande cacher les systray icons (indicateurs, dis-tu?) que l'utilisateur désire cacher et d'avoir une flèche qu'on clique dessus pour les faire apparaître sur demande, c'est qu'il doit y avoir un besoin pour ça auprès des utilisateurs.

Le principe que je tente d'expliquer est que si l'utilisateur a besoin de voir un indicateur, peu importe la raison (il en existe autant que des étoiles!), si celui-ci est caché il n'a qu'à cliquer sur la flèche pour voir les systray icons apparaître. Je le fais au moins 3-4 fois par jour sur mon Winblows au bureau, donc ça m'est utile. Si la flèche n'était pas là sur mon Winblows de merde, je serais forcé de laisser les icônes en permanence et je perdrais de l'espace dans ma barre de tâches (bcp d'espace, car sous Winblows y a plein d'icônes). Heureusement que je ne laisse pas le système décider de montrer ou non l'icône, sinon je ne pourrais pas gérer mon ergonomie.

La raison de cacher certains indicateurs est essentiellement ergonomique, pour faire plus de place dans le dock (ou dans la barre de tâches sous Winblows/KDE). CD permet déjà ça, mais je ne sais plus s'il peut cacher les icônes sur demande ou s'il laisse l'appli décider?

La raison pour voir rapidement sur demande certains indicateurs, est multiple (autant que d'étoiles dans le ciel, comme je disais). Par exemple l'indicateur des PRINTERS est caché dans CD. Je ne sais plus si c'est moi qui l'a demandé ou si c'est CD qui l'a fait automatiquement (voir questions plus haut). Mais si j'ai besoin d'aller dans la config des PRINTERS ou dans le POOL de printers, je dois aller dans la config CD, dire de tout faire apparaître les icônes (ou seulement PRINTERS, je ne sais plus si j'ai cette option) et ensuite je vais dedans, puis après je retourne dans la config CD et je recache l'icône. C'est cette série d'étapes qui n'est pas du tout à l'avantage de l'utilisateur, même si ça n'arrive que rarement c'est vrai (c'est quand même chiant de devoir le faire), et c'est cette série qui n'existe pas lorsqu'on a la fonction de cacher les éléments que l'on veut et de les faire apparaître pas un seul simple clique.

J'ai dit PRINTERS, mais ça pourrait être n'importe quelle autre appli. Par exemple AMAROK, certains users n'utilisent pas MP, s'il n'est pas du tout dans le dock et qu'ils veulent gérer à partir de systray, mais qu'ils ne veulent pas voir l'indicateur en permanence, seulement cliquer sur la flèche pour le faire apparaître quand ils ont besoin d'intéragir avec, alors c'est totalement inefficace pour eux présentement. Je sais que ces users existent, mon collègue de travail en est un. Et je sais que changer des habitudes est une solution, mais parfois ça ne veut pas ou parfois il faut faire des compromis ailleurs. On ne réussi pas toujours.

Parfois aussi certains utilisateurs voudraient pouvoir cacher tous les icônes pour sauver de la place ou pcq'ils n'aiment pas voir les icônes, mais ces mêmes users pourraient avoir besoin d'accéder souvent aux indicateurs du systray, ce qui risque d'arriver s'ils cachent tout. Si c'est la façon dont ils sont confortables et efficaces de fonctionner, ça serait dommage de ne pas leur permettre cette ergonomie. J'suis sûr que ces users sont rares, par contre, heureusement.

Il y a aussi KUPDATE, celui-ci est toujours caché et tant mieux car je ne veux pas le voir "normalement", mais si je veux y accéder, je dois soit démarrer l'appli par le menu complet (gmenu je pense dans CD), soit aller le décacher dans la config de CD. Tellement plus simple et rapide de cliquer sur une flèche pour faire apparaître l'icône et accéder à KUPDATE. 2 cliques, aucune recherche parmi une liste d'applis, aucune navigation dans un menu, etc.

Autre exemple, CLIPPER. Ça c'est un bon exemple dans mon cas. Clipper est en permanence dans le systray, mais moi je ne veux pas le voir, je l'utilise à l'occasion, mais à tous les jours, plusieurs fois par jour. Sauf que je ne veux pas le voir dans le dock, car c'est une icône statique que je n'accède pas assez souvent pour le voir en permanence, mais assez souvent pour devoir y accéder rapidement. C'est ce besoin qui n'est pas comblé par la vision de CD actuellement, lorsqu'on est entre-deux, on accède pas assez souvent pour le voir en permanence, mais assez souvent pour devoir y accéder rapidement. Malheureusement je ne peux pas le cacher et le décacher sur demande, en un clique. Donc je suis forcé de le laisser dans systray en permanance et je perds de la place dans le dock, inutilement. Ok c'est une seule icône, mais quand t'as 2, 3, 4, 5, 8 applis pour lesquelles t'as le même fonctionnement, à un moment donné ça commence à prendre de la place, plus ou moins inutilement. C'est ça qu'on ne peut pas gérer avec CD.

J'en ai sûrement d'autres exemples mais là je suis au bureau donc pas accès à mon ordi perso sous Kubuntu.

Donc en fait, ça dépend si ton but est de laisser l'appli contrôler l'utilisateur ou l'utilisateur contrôler ses applis et par le fait même son ergonomie et efficacité de travail. Winblows et KDE ont choisi la 2ième option pour rejoindre un maximum d'utilisateurs, ça dépend comment toi tu vois ça, peut-être que côté code c'est compliqué et tu n'as pas assez de demandes pour une telle fonction, ou pe que le desing de CD ne s'appraître pas bien à ça, alors évidemment dans ce cas c'est difficile d'en justifier les efforts. Je comprends ça.

Mais c'est clair qu'un utilisateur qui fait le saut d'une barre de tâche vers CD en mode dock, il serait moins dépaysé si la fonction était en place, sinon il faut qu'il s'ajuste, change ses habitudes et parfois ça accroche (pour de bonnes ou mauvaises raisons, peu importe) et il décide de flusher CD et revenir à une barre de tâche, malheureusement.

À toi de me dire l'approche que vise CD.

matttbe, Wednesday 05 December 2012 à 01:40


Subscription date : 24 January 2009
Messages : 12573
La raison de cacher certains indicateurs est essentiellement ergonomique, pour faire plus de place dans le dock (ou dans la barre de tâches sous Winblows/KDE). CD permet déjà ça, mais je ne sais plus s'il peut cacher les icônes sur demande ou s'il laisse l'appli décider?
Pour le moment, c'est l'appli qui décide (c'est dans la spécification d'après ce que j'ai compris et je ne pense pas que l'on puisse facilement retenir une liste d'appli à cacher car leur id n'est pas fix il me semble (ou utiliser d'autres infos mais je ne crois pas qu'il y ait des info constantes dans tous les cas @fabounet: tu confirmes?)).
Une option dans le menu pourrait résoudre ce problème d'accès rapide aux icônes cachées?

Parfois aussi certains utilisateurs voudraient pouvoir cacher tous les icônes pour sauver de la place ou pcq'ils n'aiment pas voir les icônes, mais ces mêmes users pourraient avoir besoin d'accéder souvent aux indicateurs du systray, ce qui risque d'arriver s'ils cachent tout
Dans ce cas, ils peuvent afficher les icônes sur plusieurs lignes ou dans un sous-dock



PS: évitez ces messages supers longs, c'est décourageant et parfois je me dis "je vais vite lire 2-3 petits messages" puis en tombant la dessus, je suis obligé de reporter la lecture à un autre jour et je l'oublie durant un moment

FrankKubuntu, Wednesday 05 December 2012 à 03:31


Subscription date : 21 October 2009
Messages : 1575
Le sous-dock est une excellente idée, là où ça ne tient plus la route c'est lorsqu'on ne veut voir que certains icônes et les autres sur demande (comme là j'ai 4 icônes sur 6 que j'aimerais cacher mais je ne peux pas, ils sont là en permanence, mais KDE les cache sans problème). Ce n'est pas possible et pourtant c'est comme ça que je fonctionne sur tous mes OS, je trouve ça hyper pratique. Je dois donc faire un compromis avec CD (tout ou rien (sous-dock)) et pour ça c'est dommage.

KDE ne semble pas avoir de problème à gérer ça, ID fixe ou non. Tu ne vas quand même pas avouer que KDE a le dessus sur les développeurs de CD?? lollll Blague à part.

Je trouve seulement que ça rendrait CD plus convivial et donnerait le plein contrôle à l'utilisateur. J'aime bien cette approche.

matttbe, Wednesday 05 December 2012 à 13:03


Subscription date : 24 January 2009
Messages : 12573
mais KDE les cache sans problème
Tu peux choisir lesquelles sont cachées? ou c'est via une option dans l'appli?

mais KDE les cache sans problème)
Les applications KDE ont peut-être tjs une id fixe (pas le chien...). Car si je prends Dropbox comme exemple, si je le redémarre, son id est différent, le chemin DBus est différent, l'icône peut-être différente. Le titre n'est pas différent mais dans d'autres cas (ex: NM-Applet) si...

Je trouve seulement que ça rendrait CD plus convivial et donnerait le plein contrôle à l'utilisateur. J'aime bien cette approche.
Une entrée du menu permettrait aussi de cacher rapidement certaines icônes

FrankKubuntu, Wednesday 05 December 2012 à 13:49


Subscription date : 21 October 2009
Messages : 1575
matttbe :
mais KDE les cache sans problème
Tu peux choisir lesquelles sont cachées? ou c'est via une option dans l'appli?


Oui on peut choisir lesquelles cacher en tout temps ou masquer lorsqu'inactives. Mêmes options que Winblows.

matttbe :
Les applications KDE ont peut-être tjs une id fixe (pas le chien...). Car si je prends Dropbox comme exemple, si je le redémarre, son id est différent, le chemin DBus est différent, l'icône peut-être différente. Le titre n'est pas différent mais dans d'autres cas (ex: NM-Applet) si...


J'imagine que KDE doit avoir un truc, il réussi à intégrer tous les icônes avec des possibilités de masquage, du moins je n'ai rien vu encore qui ne l'était pas, mais si j'installe DropBox est-ce que ça serait un bon exemple pour faire des tests avec le KDE systray?

CD est développé par un village d'irréductibles fasse à l'envahisseur (Winblows et pe parfois KDE loll), ID Fix est une bonne blague.

matttbe :
Une entrée du menu permettrait aussi de cacher rapidement certaines icônes ;)


Dans quel menu?

matttbe, Wednesday 05 December 2012 à 14:25


Subscription date : 24 January 2009
Messages : 12573
Oui on peut choisir lesquelles cacher en tout temps ou masquer lorsqu'inactives.
En y pensant, c'est vrai que la plupart des appli Gnome ont une option pour activer ou non une icône dans cette zone (le dernier que j'ai testé était GTG).
Pourrais-tu lancer le dock avec cette commande et donner ici les messages produits afin de récupérer les info sur tes icônes (id, name, title, etc.)
cairo-dock -l debug --colors | sed -n "/Status-Notifier\// {N;p;}"


mais si j'installe DropBox est-ce que ça serait un bon exemple pour faire des tests avec le KDE systray?
Yep, en effet, ça pourrait être intéressant de voir si l'icône de Dropbox reste cachée après un redémarrage de ce dernier.

CD est développé par un village d'irréductibles fasse à l'envahisseur (Winblows et pe parfois KDE loll), ID Fix est une bonne blague


Dans quel menu?
Dans le menu de l'applet. Mais c'est vrai que sur KDE, les clics gauches et droits sont utilisés... un clic du milieu?

Problems at use | Problèmes à l'utilisation

Subjects Author Language Messages Last message
[Locked] SysTray 2.0 v2.4 PPA Oneiric [Bug #258]
Page : 1 2 3 4 5 6 7
FrankKubuntu Français 129 FrankKubuntu [Read]
15 December 2012 à 19:51


Glx-Dock / Cairo-Dock List of forums Problems at use | Problèmes à l'utilisation SysTray 2.0 v2.4 PPA Oneiric 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.