Home Forums Wiki Doc Install Extras Screenshots Source Code Projects Blog Users Groups Register
Glx-Dock / Cairo-Dock List of forums Git Version | Version Git Tests de Cairo-Dock Session sur Precise Pangolin
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)
Git Version | Version Git

Subjects Author Language Messages Last message
[Locked] Tests de Cairo-Dock Session sur Precise Pangolin
Page : 1 2
lylambda Français 28 fabounet [Read]
07 May 2012 à 13:06

lylambda, Friday 06 April 2012 à 01:58


Subscription date : 06 September 2009
Messages : 1635
Ce fil a pour but de référencer les observations acquises au cours de mes tests de CD BZR sur la prochaine version d'Ubuntu : Precise Pangolin. Attention aux rapports de bugs ! Il va y en avoir comme s'il en pleuvait (du moins je vais essayer ). J'éditerais/ajouterais mes futures remarques ici, quitte à faire des renvois sur des bugs biens précis ailleurs.

Prologue : la compilation
Déjà un petit souci, mais qui ne semble pas impacter le fonctionnement du dock par la suite, j'ai des erreurs lors de la compilation :
--> Résolu !

A/ Choix du backend
Il y a eu une sacré progression des drivers libres : maintenant, le backend Open-Gl est fonctionnel sur ma vieille carte graphique ! Il y a encore pas mal de bugs d'affichages, mais apparemment rien de bloquant : halos de transparence autour des icônes, applets invisibles tant que pas survolé au moins une fois par la souris, pixellisation des arrondis …
Comme la plupart des bugs sont probablement liés à mon système et que c'est tout de même moins beau qu'en backend Cairo, je ferais l'essentiel de mes tests sur ce dernier (mais j'ai enfin pu admirer les effets Open-Gl… Yeeeha ! !).

B/ Mode session seule
Première constatation générale, je pense que le mode session de Cairo-Dock n'est pas encore prêt pour remplacer seul un environnement de bureau classique, surtout pour un utilisateur débutant. Edit : Tout le monde peut changer d'avis, surtout quand l'avis concerne CD qui s'améliore constamment .
Mais l'objectif ici est de pointer ce qui fait défaut pour une future amélioration . À mon avis, le gros du problème vient des fonctionnalités lié au dock panel qui ne sont pas encore matures. Du coup, le dock n'est pas encore à la hauteur pour remplacer ceux par défaut (l'ancien de Gnome2, celui de Unity, etc).

1. Compiz mal configuré ?
Après le premier lancement de la CD session, j'ai eu des pertes de fonctionnalités liées à Compiz (Exposé, Couche Widget, etc). J'ai vite compris qu'il n'y avait un manque de communication. Et effectivement, le plugin Dbus de Compiz était désactivé. Serait-ce un manque dans le script gérant la transition de Unity ver la CD session ? En tout cas, j'ai passé beaucoup de temps à reconfigurer Compiz tant bien que mal. Il semblerais qu'il y ai beaucoup de régression dans cette version (mais cela ne concerne pas directement le dock).

2. Sélecteur de Bureaux
- a) À chaque démarrage, je n'ai qu'un seul bureau virtuel. Si j'en ajoute, je perd les nouveaux au prochain lancement.
Sauf qu'en fait cela semble encore dut, au moins en partit, à Compiz. Si j'active Exposé après un démarrage puis rafraîchis l'applet, je retrouve les bureaux virtuels précédemment ajoutés. Ce problème n'est apparemment pas présent sur les autres bureaux par défaut que j'ai testés (Unity et Gnome fallback)

--> Résolu !
- b) Mode compact ou non, le fond d'écran ne sont plus dessinés sur l'icône. --> Résolu !

3. GMenu
- "Configurer le menu" ne fonctionnait pas lors de ma première installation via le dépôt weekly. J'ai dut ajouter manuellement "Alacarte" car je savais que c'était le logiciel utilisé. Je ne sais pas ce qu'il en est pour le script BZR, mais ce serait une dépendance à ajouter ou dut moins il faudrait l'indiquer dans la description de l'applet. Résolu ! Détection automatique de la présence de modificateur de menu pour ajouter l'entrée correspondante.

4.Global Menu
- a) L'applet affiche toujours l'indicateur "cadre" de fenêtre active : ce n'est pas très beau, il devrait être désactivé selon moi :
Avec et Sans
http://uppix.net/f/0/b/1df15b39b63c7a2db54ee5464022c.png http://uppix.net/f/3/8/1312daa4aa94f6648e590134f6a89.png
- b) En backend Cairo, les icônes personnalisées font buguer l'affichage de l'applet. Elles sont invisibles ou remplace l'icône d'application :
http://uppix.net/3/6/1/2538f973dbe26eccf68240ae6b5ef.png
Ce bug n’apparaît pas en backend Open-Gl, mais l'affichage des icônes est très déplaisant (effet "crasseux").
- c) Enfin, il faudrait qu'il se cache lorsque l'application n'est pas maximisée.

5. Séparateur
- a) Les séparateurs étendus des dock-panels ne permettent pas de placer un groupement d'icônes/applet au centre ou à droite. C'est comme si ils n'étaient pas pris en compte. Par contre l'usage de lanceurs personnalisés active la séparation. On peut alors imaginer des hacks à base d'icône totalement transparents… mais ce n'est pas idéal.
http://uppix.net/f/8/8/35f2715428bd05cd5ea5813572292.png
- b) Les séparateurs étendus ne peuvent pas être gardé "plein". C'est très dommage si on souhaite reproduire un panel classique grâce au dock. Existe déjà
- c) L’absence de séparateurs classique (de taille fixe) pour le dock-panel se fait aussi beaucoup ressentir pour optimiser l’arrangement des icônes.

6. Couleur du menu des applets spéciaux
- La couleur de ces menus est différent des autres sur le thème ambiance (par défaut) : blanc sur noir au lieu de noir sur blanc.
Dans le dock, il apparaissent blanc sur blanc, notamment pour nm-applet de la Zone de Notification ou pour le Contrôleur du son,…).
Couleurs attendues et ce qu'on a dans le dock :
http://doc.ubuntu-fr.org/_media/networkmanager-listeconnexions.png?w=300 http://uppix.net/5/2/1/cec9cdde48ec89195926c8a101271.png

7. Contrôleur de son
Si "Variation pour un cran de molette" est à 1 :
- un coup vers le bas diminue volume de 2
- un coup vers le haut n'augmente rien (0)

En poussant le test, si on règle la variation à 2 :
- un coup vers le bas diminue de 3
- un coup vers le haut augmente de 1

Et si on règle à 3 :
- un coup vers le bas diminue de 4
- un coup vers le haut augmente de 2

Soit "n" le réglage :
- un coup vers le bas diminue de n+1
- un coup vers le haut augmente de n-1

Peut-être est-ce une coquille dans le code ?

8. Se déconnecter
Cocher ou non "Demande confirmation avant fermeture" ne change rien, une fenêtre de confirmation apparaît toujours.
Même en utilisant la commande
/usr/lib/indicator-session/gtk-logout-helper --shutdown

(la fenêtre de confirmation est juste légèrement différente, avec moins de choix.)

9. Wifi dans la zone de notification
En changeant les icônes de wifi (cf http://glx-dock.org/bg_topic.php?t=5949&pos=0#mess_72700), nm-applet ne m'affiche que l'icône correspondant à nm-signal-00 et cela quelque soit la puissance du signal. Peut-être est-ce aussi le cas pour les icônes par défaut ? Je n'ai pas vérifié.

Pas sûr que le problème soit dut à CD car nm-applet bugue beaucoup chez moi : certains wifi (généralement ceux protégés) sont détectés mais "grisé" et non sélectionnables. Pour m'y connecter je dois les configurer manuellement. Les autres sont détectés et sélectionnable normalement.

Ma solution pour l'instant est d'utiliser Wicd et l'applet Wifi. Ce dernier est-il sujet à disparaître comme Network-Monitor ? Je n'espère pas, car "wicd-gtk --tray" ne fonctionne pas avec la nouvelle zone de notification et l'applet est une bonne alternative.

10. Menus au clic droit "compressés"
Dans un dock-panel en position basse ou haute et quelques soit sa taille (test de minuscule à moyen), les menus apparaissent toujours "compressés" (avec des flêches pour faire apparaître tout les éléments). Lorsque la souris survole le menu, il se dilate immédiatement pour faire apparaître un seul élément, que le menu contiennent 3 entrées ou une dizaines.
Avant et Après passage de la souris:

http://uppix.net/d/9/9/223660a5a679f21236515cd5c93e7.png http://uppix.net/2/5/9/811b29cd12933da4a8489d9897fb2.png

11. Taille des icônes des Sous-dock (diapositives) variables selon Dock conteneur
Pour être plus précis, un sous-dock contenu dans mon Dock principal (Plan 3D) a une apparence différente d'un sous-dock contenu dans mon dock-panel (taille minuscule). La taille d'icône choisis dans un dock semble se répercuter sur les sous-dock. Il faut jouer sur la config pour que les icônes ne soit pas trop grosses d'un coté et trop petites de l'autre. À contrario, les taille des labels restent fixes. Du coup cela fait étrange et pas homogène :
Sous-dock respectifs du Dock principal et du Dock panel

http://uppix.net/9/7/1/fc29ff056c14fd3a61c33125fcb95.pnghttp://uppix.net/f/9/d/57a70f3ebc5f1b708339f41942c2f.png

12. Bulle de document récent toujours en dessous du Dock principal
Ce problème que j'avais remonté il y a un moment semble plus ou moins résolu . La bulle n'a pas toujours le focus vis à vis du dock, mais finis toujours par l'avoir après quelques secondes (du moins en backend Cairo). Grâce au nouveau Compiz, ou est-ce une modification dans le dock ?

C/ Cairo-Dock session et Unity 2D panel
Grâce à matttbe, j'ai découvert cette possibilité. J'ai donc suivi [http://adibfaizalskom.blogspot.fr/2012/02/cairo-dock-combines-together-in-unity.html|le tuto] à la lettre. Malheureusement, cela ne semble pas fonctionner en 12.04 contrairement à 11.10. J'ai notamment eu des messages d'erreur m'indiquant le crash d'Unity 2D panel.
Cela fonctionne-t-il chez vous ? Si c'est le cas, peut être que j'ai fait une fausse manip.

D/ Cairo-Dock et Gnome Shell
Une idée qui m'a traversé l'esprit… ce serait faisable à votre avis ? Gnome Shell a tout de même l'air d'être un tout peu modifiable.

_

J'ajouterais mes autres constatation sur le sujet au fur et à mesure .

SQP, Friday 06 April 2012 à 11:21


Subscription date : 03 July 2010
Messages : 1081
A/ Choix du backend

moi j'ai jamais trop hésité à installer des drivers proprio pour la carte vidéo (c'est qd même un point important pour le confort d'utilisation)

B : Dock session : Du coup, le dock n'est pas encore à la hauteur pour remplacer ceux par défaut (l'ancien de Gnome2, celui de Unity, etc).

ca fait très longtemps que je le trouve bien supérieur au gnome-panel et fait l'inversion. Peut être un problème avec les réglages par défaut, mais je vois vraiment pas ce qu'on peut reprocher à ce mode

3. GMenu - Alacarte

Plus installé par défaut. Ils font chier, mais ce qui serait intéressant, c'est de savoir si, et par quoi ils ont remplacé

5 b) Les séparateurs étendus ne peuvent pas être gardé "plein". C'est très dommage si on souhaite reproduire un panel classique grâce au dock.


Vues > Tableau de bord > Physically séparate groups of icons (activé par défaut)

5 c) L’absence de séparateurs classique (de taille fixe) pour le dock-panel se fait aussi beaucoup ressentir pour optimiser l’arrangement des icônes.


la même. Je pense qu'une option "full size" serait bien sur les séparateurs (et pas qu'en panel)

matttbe, Friday 06 April 2012 à 12:02


Subscription date : 24 January 2009
Messages : 12573
Prologue : la compilation
Oui, c'est vrai, je m'en occupe. (ça devrait être mieux )

A/ Choix du backend
Pourrais-tu lancer le dock dans le terminal en mode debug
cairo-dock -l debug
et donner le debug pour les lignes où il y a cairo-dock-opengl.c (tu devrais voir des trucs comme "got X FBConfig(s)", "OpenGL config summary : (...)")
Par facilité, c'est peut-être mieux d'exporter le debug dans un fichier et avec ton éditeur de texte, rechercher les lignes avec 'cairo-dock-opengl'.

1. Compiz mal configuré ?
J'ai trouvé d'où venait le problème, je crois avoir trouvé une solution mais je n'ai pas encore eu le temps de tester... Normalement, je devrais avoir du temps ce soir pour ça. (et aussi pour le point suivant et le thème panel )
(en fait, Unity utilise une config personnalisée de Compiz, donc en passant sur la session CD, il va modifier les config, ça prend du temps et tu as les config par défaut...

2. Sélecteur de Bureaux
- b) Mode compact ou non, le fond d'écran ne sont plus dessinés sur l'icône.
J'ai trouvé une solution mais d'aspect bizarre... Je l'ai proposée à Fab et il a dit qu'il y regardera

2. Sélecteur de Bureaux
- a) À chaque démarrage, je n'ai qu'un seul bureau virtuel. Si j'en ajoute, je perd les nouveaux au prochain lancement.
Idem que pour le A/ mais maintenant en recherchant cairo-dock-X-utilities.c ou directement cairo_dock_get_nb_viewports. Pourrais-tu regarder avant et après ce que tu fais pour en avoir plus.

3. GMenu
Ok, il faudrait tester la présence de l'application. Par contre, si elle ne l'est pas... tampis

4.Global Menu
Je confirme les 2.
@fabounet: est-ce que cette applet sera dans la version stable 3.0.0?

a) Les séparateurs étendus des dock-panels ne permettent pas de placer un groupement d'icônes/applet au centre ou à droite
On peut en ajouter tant que l'on veut. Enfin, chez moi ça marche

- b) Les séparateurs étendus ne peuvent pas être gardé "plein". C'est très dommage si on souhaite reproduire un panel classique grâce au dock.
Si, dans le panel avancé / Vue / Tableau de bord.

- c) L’absence de séparateurs classique (de taille fixe) pour le dock-panel se fait aussi beaucoup ressentir pour optimiser l’arrangement des icônes.
Oui, je suis d'accord
En général, cette vue manque d'options je crois... (avoir un fond mieux personnalisable, un fond différent pour les séparateurs. Ne pas prendre tout l'écran, etc.

6. Couleur du menu des applets spéciaux
Je confirme et le bug a déjà été rapporté. Pourrais-tu rajouter un petit message et le confirmer sur cette page? -> https://bugs.launchpad.net/ubuntu/+source/light-themes/+bug/968133

lylambda, Friday 06 April 2012 à 15:44


Subscription date : 06 September 2009
Messages : 1635
--> Édition du premier message avec ajout de :

C/ Cairo-Dock session et Unity 2D panel
Grâce à matttbe, j'ai découvert cette possibilité. J'ai donc suivi le tuto à la lettre. Malheureusement, cela ne semble pas fonctionner en 12.04 contrairement à 11.10. J'ai notamment eu des messages d'erreur m'indiquant le crash d'Unity 2D panel.
Cela fonctionne-t-il chez vous ? Si c'est le cas, peut être que j'ai fait une fausse manip.

D/ Cairo-Dock et Gnome Shell
Une idée qui m'a traversé l'esprit… ce serait faisable à votre avis ? Gnome Shell a tout de même l'air d'être trés peu modifiable.

--------------------------------------------------------

--> Réponses point par point (pour ne pas se perdre ^^)

A/ Choix du backend
j'ai jamais trop hésité à installer des drivers proprio pour la carte vidéo
Encore faut-il qu'il existe pour la carte en question. Ce qui n'est plus le cas pour la mienne depuis Karmic ou Lucid
Pourrais-tu lancer le dock dans le terminal en mode debug
Je te ferais ça !

B/ Dock session
ca fait très longtemps que je le trouve bien supérieur au gnome-panel et fait l'inversion.
Comme le montre les bugs que j'indique ensuite, le dock panel n'a pas toute les fonctionnalités et l'apparence de finition d'un panel classique. Mais je t'accorde qu'il est plus configurable (d'un autre coté, niveau configuration, on ne peut pas faire moins que le gnome panel )

B/ 2. a) Sélecteur de Bureaux : 1 seul bureau au démarrage
en recherchant cairo-dock-X-utilities.c ou directement cairo_dock_get_nb_viewports. Pourrais-tu regarder avant et après ce que tu fais pour en avoir plus.
Je te ferais ça aussi. À noter que le problème semble bien venir de Compiz :
Il ne semble pas créer les bureaux virtuels supplémentaires tant que je ne les ouvre pas via Exposé (Exposé seul ne suffit pas). Une fois que j'ai "visité" chacun des bureaux virtuels (4 sur mon système), un rafraichissement de l'applet fait bien apparaitre les 4 bureaux dans l'icône.

B/ 2. b) Sélecteur de Bureaux : pas d'affichage du fond d'écran
J'ai trouvé une solution mais d'aspect bizarre... Je l'ai proposée à Fab et il a dit qu'il y regardera
Ok, j'attends pour tester.

B/ 3. GMenu
Par contre, si elle ne l'est pas... tampis
Dans ce cas, on ne pourrait pas cacher l'entrée de menu "Configurer le menu" ? Et dans la description de l'applet, ajouter une dépendance conseillée ?
- De votre coté, qu'utilisez-vous pour centraliser vos applications ?
- En parlant de menu, c'est dommage d'avoir garder l'entrée "Quitter", mais grisée. C'est soit l'un (conserver le menu) soit l'autre (l'enlever complétement). Là, ça prend de la place pour rien. D'ailleurs je vais avantageusement le remplacer par un lanceur personnalisé à base de
dbus-send --session --dest=org.cairodock.CairoDock /org/cairodock/CairoDock org.cairodock.CairoDock.Reboot


B/ 4.Global Menu
En l'état cet applet ne devrait pas encore aller dans le paquet stable de CD. Il ne met pas le dock à son avantage.

B/ 5. a) Séparateurs étendus en bordure de panel inactifs
On peut en ajouter tant que l'on veut. Enfin, chez moi ça marche
Je ne comprend pas. Que veux-tu dire exactement ?
En ajoutant suffisamment de séparateurs en bordure, tu arrives à décaler des groupement d'icônes comme dans ma capture d'écran avec un lanceur personnalisé ?

B/ 5. b) Séparateurs étendus plein inexistants
Vues > Tableau de bord > Physically séparate groups of icons (activé par défaut)

Je pensais pourtant avoir vérifié . Désolé, "Oh taons" pour moi !

B/ 5. c) L’absence de séparateurs classique en dock panel
la même. Je pense qu'une option "full size" serait bien sur les séparateurs (et pas qu'en panel)

En général, cette vue manque d'options je crois... (avoir un fond mieux personnalisable, un fond différent pour les séparateurs. Ne pas prendre tout l'écran, etc

Je crois qu'on est tous d'accord… faaaab ?

B/ 6. Couleur du menu des applets spéciaux
Je confirme et le bug a déjà été rapporté. Pourrais-tu rajouter un petit message et le confirmer sur cette page?
C'est fait, avec un commentaire précisant que cela impact aussi le menu du gestionnaire du son.

matttbe, Friday 06 April 2012 à 17:56


Subscription date : 24 January 2009
Messages : 12573
C/ Cairo-Dock session et Unity 2D panel
Chez moi, ça fonctionne sauf que même Unity-2D bug chez moi pour le moment... (dans le panel, c'est écrit en vert...) peux-tu tester de lancer la session Unity-2D uniquement?

D/ Cairo-Dock et Gnome Shell
Là, autant lancer Gnome-Shell (ou d'autres session Gnome) et lancer le dock par après (comme avant donc ). Avec les autres sessions, ce ne serait pas possible sans faire des modifs de fichiers ou clés de conf ou des kill.

B: Comme le montre les bugs que j'indique ensuite, le dock panel n'a pas toute les fonctionnalités et l'apparence de finition d'un panel classique
Moui mais le problème, c'est que ces bugs viennent d'ailleurs et ont été rapportés... Dans le thème panel que je dois finir, ces bugs sont pour le moment cachés (par exemple, pour switcher, il y a ShowDesktop à côté pour faire un exposé des fenêtres ; le plug-in DBus de compiz est activé, etc.)

B/ 2. a) Il ne semble pas créer les bureaux virtuels supplémentaires tant que je ne les ouvre pas via Exposé (Exposé seul ne suffit pas). Une fois que j'ai "visité" chacun des bureaux virtuels (4 sur mon système), un rafraichissement de l'applet fait bien apparaitre les 4 bureaux dans l'icône.
Pourrais-tu tester de modifier le nombre de viewports? Car moi en 3*2, je n'ai pas de problème. Peut-être que c'est uniquement parce que tu utilises des valeurs par défaut.

B/ 3. Dans ce cas, on ne pourrait pas cacher l'entrée de menu "Configurer le menu" ?
C'est le cas avec la dernière rev

B/ 3. Et dans la description de l'applet, ajouter une dépendance conseillée ?
Ca va être embêtant pour les traductions . Par contre, qui est-ce qui modifie menu?
Il est fait pour être classé automatiquement donc en théorie, on n'a pas besoin de le modifier (même si je suis d'accord que dans certains cas, c'est utile... et pour le moment, cette info pourrait se retrouver dans le wiki je pense). (et dans les suggestions de paquets à installer liés à cairo-dock-plug-ins)

B/ 3. En parlant de menu, c'est dommage d'avoir garder l'entrée "Quitter", mais grisée. C'est soit l'un (conserver le menu) soit l'autre (l'enlever complétement). Là, ça prend de la place pour rien.
Mouai. Ce n'est pas vraiment que ça prend de la place mais bon... Elle est grisée mais "dégrisable" donc pas complètement inutile et on explique pourquoi.

B/ 3. D'ailleurs je vais avantageusement le remplacer par un lanceur personnalisé à base de
Cette commande recharge les paramètres du dock (cairo_dock_load_current_theme) mais ne recharge pas les binaires (donc en cas de mise à jour, la commande est inapproprié). Il faudrait faire un .quit && cairo-dock.

B/ 5. a) Je ne comprend pas. Que veux-tu dire exactement ?
En ajoutant suffisamment de séparateurs en bordure, tu arrives à décaler des groupement d'icônes comme dans ma capture d'écran avec un lanceur personnalisé ?
Ok, je vois ton problème.
En effet, pour le moment, la vue n'est pas prévue pour ça mais la vue default oui.

B/ 6. Couleur du menu des applets spéciaux
Le problème de ce bug, c'est qu'il est arrivé suite à une MAJ du thème Ambiance et que ça n'arrive qu'avec lui... Pas de problème avec Radiance alors que c'est la même famille. (ou tout autre thème que j'ai pu tester). Donc pour moi, le problème vient de chez eux. Par contre, je ne comprends pas pourquoi il n'y a pas le même bug avec Unity... (ils doivent certainement personnaliser le menu)

lylambda, Saturday 07 April 2012 à 18:37


Subscription date : 06 September 2009
Messages : 1635
--> Édition du premier message avec ajout de :

7. Contrôleur de son
Si "Variation pour un cran de molette" est à 1 :
- un coup vers le bas diminue volume de 2
- un coup vers le haut n'augmente rien (0)

En poussant le test, si on règle la variation à 2 :
- un coup vers le bas diminue de 3
- un coup vers le haut augmente de 1

Et si on règle à 3 :
- un coup vers le bas diminue de 4
- un coup vers le haut augmente de 2

Soit "n" le réglage :
- un coup vers le bas diminue de n+1
- un coup vers le haut augmente de n-1

Peut-être est-ce une coquille dans le code ?

8. Se déconnecter
Cocher ou non "Demande confirmation avant fermeture" ne change rien, une fenêtre de confirmation apparaît toujours.
Même en utilisant la commande
/usr/lib/indicator-session/gtk-logout-helper --shutdown

(la fenêtre de confirmation est juste légèrement différente, avec moins de choix.)

9. Wifi dans la zone de notification
En changeant les icônes de wifi (cf http://glx-dock.org/bg_topic.php?t=5949&pos=0#mess_72700), nm-applet ne m'affiche que l'icône correspondant à nm-signal-00 et cela quelque soit la puissance du signal. Peut-être est-ce aussi le cas pour les icônes par défaut ? Je n'ai pas vérifié.

Pas sûr que le problème soit dut à CD car nm-applet bugue beaucoup chez moi : certains wifi (généralement ceux protégés) sont détectés mais "grisé" et non sélectionnables. Pour m'y connecter je dois les configurer manuellement. Les autres sont détectés et sélectionnable normalement.

Ma solution pour l'instant est d'utiliser Wicd et l'applet Wifi. Ce dernier est-il sujet à disparaître comme Network-Monitor ? Je n'espère pas, car "wicd-gtk --tray" ne fonctionne pas avec la nouvelle zone de notification et l'applet est une bonne alternative.

10. Menus au clic droit "compressés"
Dans un dock-panel en position basse ou haute et quelques soit sa taille (test de minuscule à moyen), les menus apparaissent toujours "compressés" (avec des flêches pour faire apparaître tout les éléments). Lorsque la souris survole le menu, il se dilate immédiatement pour faire apparaître un seul élément, que le menu contiennent 3 entrées ou une dizaines.
Avant et Après passage de la souris:

http://uppix.net/d/9/9/223660a5a679f21236515cd5c93e7.png http://uppix.net/2/5/9/811b29cd12933da4a8489d9897fb2.png

------------------------------------------

C/ Cairo-Dock session et Unity 2D panel
Chez moi, ça fonctionne sauf que même Unity-2D bug chez moi pour le moment... (dans le panel, c'est écrit en vert...) peux-tu tester de lancer la session Unity-2D uniquement?
J'ai essayé, sans plus de résultat : le panel crash. Le tuto que tu avais indiqué m'a fait créer une session "Cairo-dock et Unity panel", mais elle est exactement similaire à celle "Cairo-dock+effect" : le panel Unity 2D n'arrive pas à se lancer.

J'ai sans doute intérêt à supprimer complètement Unity. Quitte à le réinstaller si je veux continuer le tester.

D/ Cairo-Dock et Gnome Shell
Là, autant lancer Gnome-Shell (ou d'autres session Gnome) et lancer le dock par après
À vrais dire, c'est à cela que je pensais .

B/ Dock session
Moui mais le problème, c'est que ces bugs viennent d'ailleurs et ont été rapportés... Dans le thème panel que je dois finir, ces bugs sont pour le moment cachés
D'ailleurs ? Pas toujours ^^ . Mais c'est vrais qu'une fois qu'on commence à les avoir repéré, on peut créer un panel tout à fait décent :

http://uppix.net/5/7/8/604a8fb72f2afb3c427b4041eb3c8.png

Le gros manque maintenant, c'est un Global-Menu configurable (ou du moins qui reprend les icônes du thème par défaut) et fonctionnel.
J'ajouterais qu'il faudrait qu'il se cache lorsque l'application n'est pas maximisée

B/ 2. a) et b) Sélecteur de Bureaux
Pourrais-tu tester de modifier le nombre de viewports?
Où est-ce configurable dans Precise ? Dans Unity panel ou via CD, je ne trouve pas où on peut le régler.
Au démarrage, j'ai toujours un seul bureau virtuel d'affiché, mais maintenant rafraîchir l'applet fait apparaître les 3 autres immédiatement, sans que j'ai à les visiter via "Exposé". Serait-il possible que CD démarre simplement trop vite ? Où puis-je ajouter un délais pour tester ? Plus dans "Applications au démarrage" apparemment.

En tout cas, le fond d'écran est maintenant correctement dessiné .

B/ 3. GMenu
C'est le cas avec la dernière rev
Bonne nouvelle
Par contre, qui est-ce qui modifie menu?
Ben moi ^^. Je trouve l'agencement par défaut un peu foireux et certaines applications sont mal rangées. Après, je n'ai pas testé les alternatives comme GnoMenu et autre. Tu en as une à me conseiller en particulier ?

Elle est grisée mais "dégrisable" donc pas complètement inutile et on explique pourquoi.
Où ça ? Je n'ai pas trouvé. mais je maintien qu'une entrée grisé et in-sélectionnable, c'est ergonomiquement démoniaque .
Il faudrait faire un .quit && cairo-dock.
Merci, j'ai corrigé .

B/ 5. a) Séparateurs étendus en bordure de panel inactifs
En effet, pour le moment, la vue n'est pas prévue pour ça
Pour le moment ? Si c'est bientôt prévue, génial !

B/ 5. b) Séparateurs étendus plein
Lorsqu'on aura plusieurs type de séparateurs pour chaque vue, je pense qu'il serait pas mieux de déplacer cette option dans la config même du séparateur. Üe n'aurais jamais pensé à chercher à cette endroit là si vous ne me l'aviez pas indiqué .

B/ 6. Couleur du menu des applets spéciaux
Donc pour moi, le problème vient de chez eux.
C'est ce qu'il me semble aussi. En attendant, connais-tu un théme alternatif du même style ?

-------------------------------------------------------

Compilation

J'ai de nouveau une erreur :
Installation : Cairo-Desklet
    Error
Vérification de l'intégrité de l'installation

Des erreurs ont été détéctées lors de l'installation.
CairoBzr.vala:502.85-502.109: error: The name `EMBLEM_TOP_RIGHT' does not exist in the context of `CairoDock.Applet.CDApplet'
CairoBzr.vala:507.34-507.58: error: The name `EMBLEM_TOP_RIGHT' does not exist in the context of `CairoDock.Applet.CDApplet'
CairoBzr.vala:437.3-437.68: warning: unhandled error `GLib.SpawnError'
CMake Error at /usr/share/cmake-2.8/Modules/FindPkgConfig.cmake:266 (message):
-- Configuring incomplete, errors occurred!
Veuillez consulter le fichier log.txt pour plus d'informations et vous rendre sur le forum de cairo-dock pour reporter l'erreur dans la section "Version BZR". Merci !

Cairo-Dock Core: 1051
Cairo-Dock Plug-ins: 2359
Cairo-Dock Plug-ins Extras: 254
Cairo-Desklet: 14

fabounet, Wednesday 11 April 2012 à 13:28


Subscription date : 30 November 2007
Messages : 17118
d'abord, merci pour ce fil !

pour alacarte, le mettre en recommends ? après tout, il n'y en a pas d'autre et ce n'est pas un gros programme (je pense pas qu'il dépende de gnome).

- a) L'applet affiche toujours l'indicateur "cadre" de fenêtre active : ce n'est pas très beau, il devrait être désactivé selon moi :

tout à fait

Enfin, il faudrait qu'il se cache lorsque l'application n'est pas maximisée.

tu peux détailler stp ? le problème avec ce global menu, c'est qu'il concerne la fenetre active, et non pas la fenetre maximisée de plus haut niveau, mais malheureusement on n'a aucun contrôle la-dessus (c'est Ubuntu qui maintient ça).

Les séparateurs étendus des dock-panels ne permettent pas de placer un groupement d'icônes/applet au centre ou à droite.

pas sûr de comprendre, tu veux parler du cas où on voudrait un groupe à gauche et au centre sans en avoir à droite ?

- La couleur de ces menus est différent des autres sur le thème ambiance (par défaut) : blanc sur noir au lieu de noir sur blanc.

je suis très étonné !
un bug dans dbusmenu-gtk ? ou bien parce que les uns utilisent GTK2 et nous GTK3 ?


Peut-être est-ce une coquille dans le code ?

une erreur d'arrondi à tous les coups, bien vu


Cocher ou non "Demande confirmation avant fermeture" ne change rien, une fenêtre de confirmation apparaît toujours.

oups, pourtant je l'avais testé

Je n'espère pas, car "wicd-gtk --tray" ne fonctionne pas avec la nouvelle zone de notification et l'applet est une bonne alternative

ça te dirait de faire une bonne action ? si oui, alors reporte ce problème aux devs de wicd, il est temps de prendre le wagon en marche !

Dans un dock-panel en position basse ou haute et quelques soit sa taille (test de minuscule à moyen), les menus apparaissent toujours "compressés" (avec des flêches pour faire apparaître tout les éléments).

je l'avais remarqué pour les applets qui remplissent leur menu de manière asynchrone (c'est à dire après l'avoir affiché), mais pas Dustbin.
il faudrait trouver un mécanisme pour rafraîchir le menu (malheureusement GTK est maladroit sur ce point, ses menus ne se rafraichissent pas )


Une idée qui m'a traversé l'esprit… ce serait faisable à votre avis ? Gnome Shell a tout de même l'air d'être un tout peu modifiable.

oui en théorie, on ne dépend de rien ni personne
par contre, il faudrait pouvoir cacher leur dock moche sur le côté. et aussi voir si on peut s'interfacer avec Mutter pour avoir des fonctions utiles genre Exposé ... ou bien faire un plug-in Dbus pour Mutter nous-mêmes (un projet très intéressant en soi) !

matttbe, Wednesday 11 April 2012 à 13:53


Subscription date : 24 January 2009
Messages : 12573
fabounet :
pour alacarte, le mettre en recommends ? après tout, il n'y en a pas d'autre et ce n'est pas un gros programme (je pense pas qu'il dépende de gnome).
Pour le moment si, j'ai demandé à ce que ça change mais j'attends une réponse => https://bugs.launchpad.net/ubuntu/+source/alacarte/+bug/975299

fabounet :
pas sûr de comprendre, tu veux parler du cas où on voudrait un groupe à gauche et au centre sans en avoir à droite ?
Oui, pour moi, c'est ça.

fabounet :
- La couleur de ces menus est différent des autres sur le thème ambiance (par défaut) : blanc sur noir au lieu de noir sur blanc.
je suis très étonné !
un bug dans dbusmenu-gtk ? ou bien parce que les uns utilisent GTK2 et nous GTK3 ?
Non, un bug dans le thème. Ils utilisent du blanc mnt pour les menus au clic droit mais là il y a un mélange. Il doit y avoir des spécifications en plus chez Unity pour ne pas que ça bug...

fabounet :
Peut-être est-ce une coquille dans le code ?
une erreur d'arrondi à tous les coups, bien vu
Je confirme mais pourtant, la bonne valeur est utilisée dans cette fonction:
dbusmenu_menuitem_handle_event (priv->twin_item, source, new_volume, 0);


fabounet :
par contre, il faudrait pouvoir cacher leur dock moche sur le côté
Dans Gnome-Shell, ce dock n'apparait que dans le menu Activité (pas en permanence donc)
Un exemple de ce côté: http://craazyt.deviantart.com/art/The-Eye-of-Gnome-Blue-GTK-291879346

lylambda, Thursday 12 April 2012 à 17:32


Subscription date : 06 September 2009
Messages : 1635
--> Édition du premier message avec ajout de :

11. Taille des icônes des Sous-dock (diapositives) variables selon Dock conteneur
Pour être plus précis, un sous-dock contenu dans mon Dock principal (Plan 3D) a une apparence différente d'un sous-dock contenu dans mon dock-panel (taille minuscule). La taille d'icône choisis dans un dock semble se répercuter sur les sous-dock. Il faut jouer sur la config pour que les icônes ne soit pas trop grosses d'un coté et trop petites de l'autre. À contrario, les taille des labels restent fixes. Du coup cela fait étrange et pas homogène :
Sous-dock respectifs du Dock principal et du Dock panel

http://uppix.net/9/7/1/fc29ff056c14fd3a61c33125fcb95.pnghttp://uppix.net/f/9/d/57a70f3ebc5f1b708339f41942c2f.png

12. Bulle de document récent toujours en dessous du Dock principal
Ce problème que j'avais remonté il y a un moment semble plus ou moins résolu . La bulle n'a pas toujours le focus vis à vis du dock, mais finis toujours par l'avoir après quelques secondes (du moins en backend Cairo). Grâce au nouveau Compiz, ou est-ce une modification dans le dock ?

------------------------------------------

A/ Choix du backend
Pourrais-tu lancer le dock dans le terminal en mode debug
J'ai toujours un halo blanchâtre/transparent autour des icônes et Gestionnaire de son est invisible tant que la souris ne passe pas dessus. Et bizarrement, l'apparence me semble moins "propre" en OpenGl qu'en Cairo. Sans doute est-ce dut à ma carte et aux drivers. Sinon, Wohaaa, les effets
Cairo et OpenGl :

http://uppix.net/5/8/7/fdfc7562ca6d2479637666630e1aa.png http://uppix.net/8/1/6/118dae37cb038b1d0a477fbc8db21.png

lylambda@Nobody:~$ cairo-dock -o -l debug | grep cairo-dock-opengl.c
debug : (/opt/cairo-dock_bzr/cairo-dock-core/src/gldit/cairo-dock-opengl.c:cairo_dock_initialize_opengl_backend:198)
warning : (/opt/cairo-dock_bzr/cairo-dock-core/src/gldit/cairo-dock-opengl.c:cairo_dock_initialize_opengl_backend:209)
debug : (/opt/cairo-dock_bzr/cairo-dock-core/src/gldit/cairo-dock-opengl.c:cairo_dock_initialize_opengl_backend:215)
message : (/opt/cairo-dock_bzr/cairo-dock-core/src/gldit/cairo-dock-opengl.c:_get_visual_from_fbconfigs:155)
debug : (/opt/cairo-dock_bzr/cairo-dock-core/src/gldit/cairo-dock-opengl.c:_post_initialize_opengl_backend:127)
/usr/share/cairo-dock/plug-ins/Dbus/CDBashApplet.sh: ligne 142 : echo: erreur d'écriture : Relais brisé (pipe)
update_calendar.sh: aucun processus trouvé


Idem que pour le A/ mais maintenant en recherchant cairo-dock-X-utilities.c ou directement cairo_dock_get_nb_viewports

J'ai toujours le souci du nombre de bureau qui n’apparaît pas sur l'applet au démarrage. Mais un refresh ou un relancement de CD après résous le problème.
Du coup, où peut on mettre un délais lorsqu'on utilise la session CD ? Parceque je suis presque sûr que cela viens de Compiz qui tarde

lylambda@Nobody:~$ cairo-dock -o -l debug | grep cairo-dock-X-utilities.c
debug : (/opt/cairo-dock_bzr/cairo-dock-core/src/gldit/cairo-dock-X-utilities.c:cairo_dock_get_nb_viewports:293)
debug : (/opt/cairo-dock_bzr/cairo-dock-core/src/gldit/cairo-dock-X-utilities.c:cairo_dock_set_strut_partial:680)
/usr/share/cairo-dock/plug-ins/Dbus/CDBashApplet.sh: ligne 142 : echo: erreur d'écriture : Relais brisé (pipe)
debug : (/opt/cairo-dock_bzr/cairo-dock-core/src/gldit/cairo-dock-X-utilities.c:cairo_dock_get_xwindow_class:990)
debug : (/opt/cairo-dock_bzr/cairo-dock-core/src/gldit/cairo-dock-X-utilities.c:cairo_dock_get_xwindow_class:1016)
debug : (/opt/cairo-dock_bzr/cairo-dock-core/src/gldit/cairo-dock-X-utilities.c:cairo_dock_get_xwindow_class:990)
debug : (/opt/cairo-dock_bzr/cairo-dock-core/src/gldit/cairo-dock-X-utilities.c:cairo_dock_get_xwindow_class:1016)
debug : (/opt/cairo-dock_bzr/cairo-dock-core/src/gldit/cairo-dock-X-utilities.c:cairo_dock_get_xwindow_class:990)
debug : (/opt/cairo-dock_bzr/cairo-dock-core/src/gldit/cairo-dock-X-utilities.c:cairo_dock_get_xwindow_class:1016)
debug : (/opt/cairo-dock_bzr/cairo-dock-core/src/gldit/cairo-dock-X-utilities.c:cairo_dock_get_xwindow_class:990)
debug : (/opt/cairo-dock_bzr/cairo-dock-core/src/gldit/cairo-dock-X-utilities.c:cairo_dock_get_xwindow_class:1016)
update_calendar.sh: aucun processus trouvé
debug : (/opt/cairo-dock_bzr/cairo-dock-core/src/gldit/cairo-dock-X-utilities.c:cairo_dock_get_window_background_pixmap:416)
debug : (/opt/cairo-dock_bzr/cairo-dock-core/src/gldit/cairo-dock-X-utilities.c:cairo_dock_set_strut_partial:680)
debug : (/opt/cairo-dock_bzr/cairo-dock-core/src/gldit/cairo-dock-X-utilities.c:cairo_dock_update_screen_geometry:167)


lylambda@Nobody:~$ cairo-dock -o -l debug | grep cairo_dock_get_nb_viewports
Unhandled error in Deferred:
Unhandled Error
Traceback (most recent call last):
File "/usr/lib/python2.7/dist-packages/twisted/internet/defer.py", line 545, in _runCallbacks
current.result = callback(current.result, *args, **kw)
File "/usr/lib/python2.7/dist-packages/deluge/ui/client.py", line 405, in __on_connect_fail
self.login_deferred.errback(reason)
File "/usr/lib/python2.7/dist-packages/twisted/internet/defer.py", line 391, in errback
self._startRunCallbacks(fail)
File "/usr/lib/python2.7/dist-packages/twisted/internet/defer.py", line 458, in _startRunCallbacks
self._runCallbacks()
--- <exception caught here> ---
File "/usr/lib/python2.7/dist-packages/twisted/internet/defer.py", line 545, in _runCallbacks
current.result = callback(current.result, *args, **kw)
File "./Deluge", line 111, in on_connect_fail
self.icon.SetQuickInfo("")
File "/usr/lib/python2.7/dist-packages/dbus/proxies.py", line 145, in __call__
**keywords)
File "/usr/lib/python2.7/dist-packages/dbus/connection.py", line 651, in call_blocking
message, timeout)
dbus.exceptions.DBusException: org.freedesktop.DBus.Error.ServiceUnknown: The name :1.283 was not provided by any .service files
Unhandled error in Deferred:
Unhandled Error
Traceback (most recent call last):
File "/usr/lib/python2.7/dist-packages/twisted/internet/defer.py", line 545, in _runCallbacks
current.result = callback(current.result, *args, **kw)
File "/usr/lib/python2.7/dist-packages/deluge/ui/client.py", line 405, in __on_connect_fail
self.login_deferred.errback(reason)
File "/usr/lib/python2.7/dist-packages/twisted/internet/defer.py", line 391, in errback
self._startRunCallbacks(fail)
File "/usr/lib/python2.7/dist-packages/twisted/internet/defer.py", line 458, in _startRunCallbacks
self._runCallbacks()
--- <exception caught here> ---
File "/usr/lib/python2.7/dist-packages/twisted/internet/defer.py", line 545, in _runCallbacks
current.result = callback(current.result, *args, **kw)
File "./Deluge", line 111, in on_connect_fail
self.icon.SetQuickInfo("")
File "/usr/lib/python2.7/dist-packages/dbus/proxies.py", line 145, in __call__
**keywords)
File "/usr/lib/python2.7/dist-packages/dbus/connection.py", line 651, in call_blocking
message, timeout)
dbus.exceptions.DBusException: org.freedesktop.DBus.Error.ServiceUnknown: The name :1.283 was not provided by any .service files
Unhandled error in Deferred:
Unhandled Error
Traceback (most recent call last):
File "/usr/lib/python2.7/dist-packages/twisted/internet/defer.py", line 545, in _runCallbacks
current.result = callback(current.result, *args, **kw)
File "/usr/lib/python2.7/dist-packages/deluge/ui/client.py", line 405, in __on_connect_fail
self.login_deferred.errback(reason)
File "/usr/lib/python2.7/dist-packages/twisted/internet/defer.py", line 391, in errback
self._startRunCallbacks(fail)
File "/usr/lib/python2.7/dist-packages/twisted/internet/defer.py", line 458, in _startRunCallbacks
self._runCallbacks()
--- <exception caught here> ---
File "/usr/lib/python2.7/dist-packages/twisted/internet/defer.py", line 545, in _runCallbacks
current.result = callback(current.result, *args, **kw)
File "./Deluge", line 111, in on_connect_fail
self.icon.SetQuickInfo("")
File "/usr/lib/python2.7/dist-packages/dbus/proxies.py", line 145, in __call__
**keywords)
File "/usr/lib/python2.7/dist-packages/dbus/connection.py", line 651, in call_blocking
message, timeout)
dbus.exceptions.DBusException: org.freedesktop.DBus.Error.ServiceUnknown: The name :1.283 was not provided by any .service files
Unhandled error in Deferred:
Unhandled Error
Traceback (most recent call last):
File "/usr/lib/python2.7/dist-packages/twisted/internet/defer.py", line 545, in _runCallbacks
current.result = callback(current.result, *args, **kw)
File "/usr/lib/python2.7/dist-packages/deluge/ui/client.py", line 405, in __on_connect_fail
self.login_deferred.errback(reason)
File "/usr/lib/python2.7/dist-packages/twisted/internet/defer.py", line 391, in errback
self._startRunCallbacks(fail)
File "/usr/lib/python2.7/dist-packages/twisted/internet/defer.py", line 458, in _startRunCallbacks
self._runCallbacks()
--- <exception caught here> ---
File "/usr/lib/python2.7/dist-packages/twisted/internet/defer.py", line 545, in _runCallbacks
current.result = callback(current.result, *args, **kw)
File "./Deluge", line 111, in on_connect_fail
self.icon.SetQuickInfo("")
File "/usr/lib/python2.7/dist-packages/dbus/proxies.py", line 145, in __call__
**keywords)
File "/usr/lib/python2.7/dist-packages/dbus/connection.py", line 651, in call_blocking
message, timeout)
dbus.exceptions.DBusException: org.freedesktop.DBus.Error.ServiceUnknown: The name :1.283 was not provided by any .service files
debug : (/opt/cairo-dock_bzr/cairo-dock-core/src/gldit/cairo-dock-X-utilities.c:cairo_dock_get_nb_viewports:293)
/usr/share/cairo-dock/plug-ins/Dbus/CDBashApplet.sh: ligne 142 : echo: erreur d'écriture : Relais brisé (pipe)
update_calendar.sh: aucun processus trouvé


B/ 4.Global Menu
tu peux détailler stp ? le problème avec ce global menu, c'est qu'il concerne la fenetre active, et non pas la fenetre maximisée de plus haut niveau

Justement, mon idée était de cacher cette applet si la fenêtre de l'appli active n'est pas maximisé puisque dans ce cas, la décoration et les boutons de contrôle sont toujours présents. Je pensais cela possible puisqu'Unity le fait.

B/ 5. a) Séparateurs étendus en bordure de panel inactifs
pas sûr de comprendre, tu veux parler du cas où on voudrait un groupe à gauche et au centre sans en avoir à droite ?
Ou un groupe que au centre ou que à droite, etc. Les possibilité seraient nombreuses, mais actuellement les Séparateurs étendus ne fonctionnent que si ils sont entre 2 éléments du dock, pas entre le bord et un éléments du dock.

B/ 6. Couleur du menu des applets spéciaux
Non, un bug dans le thème. Ils utilisent du blanc mnt pour les menus au clic droit mais là il y a un mélange.
J'ai pallié au problème en utilisant une variante de Ambiance (Ambiance-marlinesque) via Ubuntu Tweaks.
http://uppix.net/4/a/5/e1b4c77376517842d791a8e7c2b23.png

B/ 9. Wifi dans la zone de notification
ça te dirait de faire une bonne action ? si oui, alors reporte ce problème aux devs de wicd, il est temps de prendre le wagon en marche !

Je ferais la remontée. par contre, à titre perso, je préfère utilisé l'applet wifi qui me permet de placer l'icône ou je le souhaite dans le dock panel plutôt que de l'avoir dans le systray. D'où ma question : Il sera conservé, l'applet Wifi ? (par contre, j'ai bien compris que Network-monitor, c'est trop de travail pour pas grand chose).

B/10. Menus au clic droit "compressés"
je l'avais remarqué pour les applets qui remplissent leur menu de manière asynchrone (c'est à dire après l'avoir affiché), mais pas Dustbin.
Dans mon cas, cela le fait pour tous lorsque le dock est en haut. Par contre, si le dock est à droite et en bas, je n'ai pas de souci.

D/ Cairo-Dock et Gnome Shell
ou bien faire un plug-in Dbus pour Mutter nous-mêmes (un projet très intéressant en soi) !
Tant à faire ! Il faudrait qu'on te recrute à plein temps

-------------------------------------------------------

Compilation

J'ai toujours une erreur :
--> Sortie d' hier
Installation : Cairo-Desklet
    Error
Vérification de l'intégrité de l'installation

Des erreurs ont été détéctées lors de l'installation.
CMake Error at /usr/share/cmake-2.8/Modules/FindPkgConfig.cmake:266 (message):
-- Configuring incomplete, errors occurred!
Veuillez consulter le fichier log.txt pour plus d'informations et vous rendre sur le forum de cairo-dock pour reporter l'erreur dans la section "Version BZR". Merci !

Cairo-Dock Core: 1056
Cairo-Dock Plug-ins: 2365
Cairo-Dock Plug-ins Extras: 254
Cairo-Desklet: 14


--> Log d’aujourd’hui

matttbe, Thursday 12 April 2012 à 22:35


Subscription date : 24 January 2009
Messages : 12573
11. À contrario, les taille des labels restent fixes. Du coup cela fait étrange et pas homogène :
Oui, c'est vrai

A/ Choix du backend
Pourrais-tu lancer le dock dans le terminal en mode debug
Je te donnais la commande sans grep parce que ça ne m'intéresse pas de voir uniquement les lignes de code qui produisent le debug mais surtout les lignes qui suivent

A/ Choix du backend: J'ai toujours le souci du nombre de bureau qui n’apparaît pas sur l'applet au démarrage. Mais un refresh ou un relancement de CD après résous le problème.
Du coup, où peut on mettre un délais lorsqu'on utilise la session CD ? Parceque je suis presque sûr que cela viens de Compiz qui tarde
Ce n'est pas trop possible je pense. On indique à gnome-session que l'on veut lancer un panel et il le lance. Pas sûr qu'il gère les options mais tu peux essayer d'éditer le fichier: /usr/share/gnome-session/sessions/cairo-dock.session (peut-être utilisé ="cairo-dock -w 15" juste pour tester)

B/ 4.Global Menu : Justement, mon idée était de cacher cette applet si la fenêtre de l'appli active n'est pas maximisé puisque dans ce cas, la décoration et les boutons de contrôle sont toujours présents.
En effet, bonne idée

B/ 6. Couleur du menu des applets spéciaux: J'ai pallié au problème en utilisant une variante de Ambiance (Ambiance-marlinesque) via Ubuntu Tweaks.
Mais pourrais-tu confirmer le bug sur Launchpad?

B/ 9. Wifi dans la zone de notification: Il sera conservé, l'applet Wifi ?
Oui

Compilation: J'ai toujours une erreur :
Oui, cairo-desklet devrait être mis à jour...

lylambda, Friday 13 April 2012 à 14:18


Subscription date : 06 September 2009
Messages : 1635
Je te donnais la commande sans grep parce que ça ne m'intéresse pas de voir uniquement les lignes de code qui produisent le debug mais surtout les lignes qui suivent
Oups !
cairo-dock -o -l debug >debug-CD-OpenGl

-->debug-CD-OpenGl En espérant que ce te soit utile

tu peux essayer d'éditer le fichier: /usr/share/gnome-session/sessions/cairo-dock.session (peut-être utilisé ="cairo-dock -w 15" juste pour tester)
À voir au prochain redémarrage !

Mais pourrais-tu confirmer le bug sur Launchpad?
C'est déjà fait depuis un moment

Il sera conservé, l'applet Wifi ?

Oui
Content !

Compilation

Oui, cairo-desklet devrait être mis à jour...

Ok, à suivre aussi.

fabounet, Friday 13 April 2012 à 17:13


Subscription date : 30 November 2007
Messages : 17118
Non, un bug dans le thème. Ils utilisent du blanc mnt pour les menus au clic droit mais là il y a un mélange

il y'a un paramètre dans gtk_menu_pop qui dit quel bouton a provoqué l'évènement.
on pourrait essayer de le changer pour voir.

La taille d'icône choisis dans un dock semble se répercuter sur les sous-dock

c'est le cas
il manque peut-etre un paramètre de config pour fixer de lanière unique la taille des icones dans tous les sous-docks ?

La bulle n'a pas toujours le focus vis à vis du dock, mais finis toujours par l'avoir après quelques secondes (du moins en backend Cairo). Grâce au nouveau Compiz, ou est-ce une modification dans le dock ?

ils ont peut-etre changé le mode de prévention du vol de focus


Justement, mon idée était de cacher cette applet si la fenêtre de l'appli active n'est pas maximisé puisque dans ce cas, la décoration et les boutons de contrôle sont toujours présents. Je pensais cela possible puisqu'Unity le fait.

en effet. par contre, et c'est là le gros problème, le menu reste sur le panel, au lieu de réintégrer la fenetre donc il faut quand même garder l'applet visible, et la faire agir sur une fenetre non maximisée.

Les possibilité seraient nombreuses, mais actuellement les Séparateurs étendus ne fonctionnent que si ils sont entre 2 éléments du dock, pas entre le bord et un éléments du dock.

en effet

Dans mon cas, cela le fait pour tous lorsque le dock est en haut. Par contre, si le dock est à droite et en bas, je n'ai pas de souci.

et par hasard avec GTK2 ?

matttbe, Friday 13 April 2012 à 19:54


Subscription date : 24 January 2009
Messages : 12573
@ fabounet: qqc d'anormal? Un moyen de détecter que cette carte n'est pas adaptée à utiliser l'OpenGL?
OpenGL config summary :
- bNonPowerOfTwoAvailable : 1
- bFboAvailable : 1
- direct rendering : 1
- bTextureFromPixmapAvailable : 1
- bAccumBufferAvailable : 0
- Anisotroy filtering level max : 16,0
- OpenGL version: 2.1 Mesa 8.0.2
- OpenGL vendor: X.Org R300 Project
- OpenGL renderer: Gallium 0.4 on ATI RV370


Concernant Switcher:
pVirtualScreenSizeBuffer : 2560x1600 ; screen : 1280x800
debug : (/opt/cairo-dock_bzr/cairo-dock-core/src/gldit/cairo-dock-X-utilities.c:cairo_dock_update_screen_geometry:167)
>>>>> screen resolution: 1280x800 -> 1280x800
@lylambda: Au tout début, il semble voir que tu as un bureau 4x4 au démarrage, est-ce correcte? As-tu tjs cette info?

Par contre, il reçoit un signal montrant un changement de résolution (ou un nombre de viewport?), une raison? Un refresh forcé (via le menu) ou passage à 2*2 (compiz)?
Je crois avoir une piste...
Pourrais-tu tester ce patch: http://pastebin.com/KnWtmv5J http://pastebin.com/fHx0VLzF EDIT: Je proposais ce nouveau patch mais Fab semble préférer celui sur BZR
(vérifie que tu utilises la dernière rev (bzr up), télécharge le contenu du patch et ensuite, lance ces commandes:)
cd /opt/cairo-dock_bzr/cairo-dock-core
bzr patch /chemin/vers/le/patch ##
cd build/src/gldit
make
sudo make install


fabounet :
il y'a un paramètre dans gtk_menu_pop qui dit quel bouton a provoqué l'évènement.
on pourrait essayer de le changer pour voir.
Pourquoi? Le problème ici est avec le thème qui a un fond blanc et du texte en gris. C'est donc difficile de lire et il n'y a ce bug qu'avec le thème par défaut d'Ubuntu avec ces menus venant de dbusmenu-gtk...

fabounet :
La taille d'icône choisis dans un dock semble se répercuter sur les sous-dock
c'est le cas
il manque peut-etre un paramètre de config pour fixer de lanière unique la taille des icones dans tous les sous-docks ?
Ca peut ne pas être dérangeant voir au contraire logique mais c'est vrai que du coup, le texte est un peu gros... Peut-être une valeur unifiée pour les sous-dock? Mais du coup, ça peut être bizarre pour un sous-dock dans une vue panel. Peut-être un ratio avec le texte?

fabounet :
Justement, mon idée était de cacher cette applet si la fenêtre de l'appli active n'est pas maximisé puisque dans ce cas, la décoration et les boutons de contrôle sont toujours présents. Je pensais cela possible puisqu'Unity le fait.
en effet. par contre, et c'est là le gros problème, le menu reste sur le panel, au lieu de réintégrer la fenetre donc il faut quand même garder l'applet visible, et la faire agir sur une fenetre non maximisée.
Mais si on ne vole que la décoration lorsque la fenêtre est maximisée, les boutons sont inutiles lorsque les fenêtre ne sont pas maximisées. Donc ne faire apparaître ces boutons que lorsque la fenêtre est maximisée

fabounet :
Dans mon cas, cela le fait pour tous lorsque le dock est en haut. Par contre, si le dock est à droite et en bas, je n'ai pas de souci.
et par hasard avec GTK2 ?
Il n'y a rien avec GTK pour forcer à avoir la bonne taille? C'est comme GMenu où les icônes ne se chargent qu'après l'apparition du menu et c'est pas super je trouve...

lylambda, Saturday 14 April 2012 à 15:56


Subscription date : 06 September 2009
Messages : 1635
Au tout début, il semble voir que tu as un bureau 4x4 au démarrage, est-ce correcte? As-tu tjs cette info?

Par contre, il reçoit un signal montrant un changement de résolution (ou un nombre de viewport?), une raison? Un refresh forcé (via le menu) ou passage à 2*2 (compiz)?
4x4, soit 16 bureaux au démarrage ? Non, non, j'en ai bien que 4 (2×2). Par contre, lorsque je switch de Compiz sur Metacity, Show Desktop m'indique effectivement 4×4 bureaux, ce qu'un refresh résous illico et me ramène à mon 2×2 habituel.

vérifie que tu utilises la dernière rev (bzr up), télécharge le contenu du patch et ensuite, lance ces commandes:
Je dois merder quelque part, cela me renvoie l'erreur suivante :
lylambda@Nobody:/opt/cairo-dock_bzr/cairo-dock-core$ bzr patch ~/matttbe.txt
bzr: ERROR: unknown command "patch"
En regardant "bzr" dans le terminal, il ne me parle effectivement pas de "patch".

tu peux essayer d'éditer le fichier: /usr/share/gnome-session/sessions/cairo-dock.session (peut-être utilisé ="cairo-dock -w 15" juste pour tester)
Résultats encourageants ! Sur 4 redémarrages :
- 2 1ères fois : 2×2 bureaux reconnus mais Compiz remplacé par metacity (reconnu au fonds noirs car pas de transparence activé) -->pourquoi Compiz ne s'est pas lancé ?
- 3 ème fois : Pas de Dock lancé automatiquement, mais Compiz présent --> ils se boudent peut-être ?
- 4 ème fois : Démarrage nickel, avec Compiz et CD qui cohabite dans le parfait amour tandis que Show Desktop me montre bien un 2×2 bureau virtuels.

il manque peut-etre un paramètre de config pour fixer de lanière unique la taille des icones dans tous les sous-docks ?
Ca peut ne pas être dérangeant voir au contraire logique mais c'est vrai que du coup, le texte est un peu gros...
Je suis de l'avis de fab : Que la taille des icônes ne soit pas homogène parmi tous les sous-docks, c'est vraiment bof. J'ai choisis un panel avec icônes minuscules parcequ'il doit être toujours présent tout en étant discret, mais ce n'est pas le cas des sous-dock qui apparaissent à la demande pour me donner accès à diverses éléments. Si c'est aussi minuscule, ils perdent de leurs interets, n'est ce pas ?

il faut quand même garder l'applet visible, et la faire agir sur une fenetre non maximisée.
Mais si on ne vole que la décoration lorsque la fenêtre est maximisée, les boutons sont inutiles lorsque les fenêtre ne sont pas maximisées. Donc ne faire apparaître ces boutons que lorsque la fenêtre est maximisée
Ce coup ci, je m'aligne sur les dires de matttbe !

matttbe, Saturday 14 April 2012 à 16:16


Subscription date : 24 January 2009
Messages : 12573
En regardant "bzr" dans le terminal, il ne me parle effectivement pas de "patch".
Il doit te manquer un paquet.
Mais peu importe, as-tu testé la dernière rev qui inclu un fix?

SQP, Saturday 14 April 2012 à 18:20


Subscription date : 03 July 2010
Messages : 1081
C'est comme GMenu où les icônes ne se chargent qu'après l'apparition du menu et c'est pas super je trouve...

c'est immonde tu peux le dire.

sinon, j'ai testé le thème par défaut, et je pense que ca doit être très sympa sur un netbook, ou autre machine avec écran ridicule, mais je suis pas sur que ca soit aussi efficace qu'un vrai panel sur un vrai bureau : Il y a des options aux endroits les plus éloignés possibles (haut gauche, bas milieu, haut droite).

Je sais que vous voulez une config valable pour tout le monde, mais je trouve ca plutôt contre productif. Il y a des cibles et des comportements différents suivant la taille de bureau dispo. La génération actuelle d'écrans de bureau est en 1920x1200. La prochaine est autour de 2500x1500 (j'attends avec impatience ces écrans, pour pouvoir avoir 2 fenêtres de taille correcte en parallèle).
Alors quitte à avoir un panel, autant le remplir, et se défaire de cette horrible gnomerie d'avoir une barre en haut et une barre en bas. Je n'ai pas de préférence pour le coté, mais 90% de la population est habituée à l'avoir en bas. Alors si vous voulez un truc qui soit très facilement accessible par une majorité, ca ne me parait pas un choix délirant.

A part ca :
  • wtf un raccourci calculatrice ou synaptic ?
  • le presse papier, je suis pas convaincu de son utilité pour bcp de monde.
  • je comprend pas pourquoi il y a un switcher d'écran à coté d'un "Afficher le bureau" configuré pour faire un "exposé de tous les écrans" qui montre les bureaux. C'est la même chose pour les 2, alors à mon avis il faut choisir (ou changer l'action du show desktop, qui de toute facon ne fait pas ce qu'il dit qu'il fait !)
  • volume et musique seraient mieux regroupés.
  • la batterie sera inutile à la moitié des utilisateurs. Alors on force la moitié à l'ajouter, ou la moitié à le retirer ? Le problème est plutôt, combien ne l'enlèveront pas vs combien de ceux qui en auraient besoin ne l'activeraient pas (qu'il se suicide si pas de batterie trouvée ?).
  • zone de notifications serait mieux à gauche de la batterie (pour la laisser stable), et caché bien sur si vide (ya ca sous windows depuis des lustres ffs)

  • Comportement du tooltip de l'aide avec la config par défaut :
    • Ouverture en cliquant sur le bouton, le dock est zoomé, le texte se place donc au dessus de la position du zoom.
    • Mouvement naturel, la souris se déplace vers le tooltip. Le dock perd le focus, il dézoome. Le tooltip se replace (vers le bas et qq px sur la gauche)
    • J'essaye de fermer le tooltip, je vise mal, je clique sur la fenètre qui était en dessous. Le dock se cache. Le tooltip se redécale vers le bas presque jusqu'au bord de l'écran (il reste la petite flèche)
    • Comme je suis toujours pas doué, je bouge ma souris un petit peu trop bas, pas de chance, le dock réapparait, la tooltip remonte.
    • Je vais pas me laisser faire, je lui cours après pour enfin essayer de le fermer, mais pour atteindre la zone du tooltip, je sors de la zone d'affichage du dock. Il se recache, et la tooltip redescend.

Et après on s'étonne que je supporte pas :
  • les trucs qui passent leur temps à clignoter, apparaître ou disparaître.
  • Les trucs qui bougent de place tout seul.


Voila c'était mon ressenti au test du thème par défaut, suivi de ma minute coup de gueule : "non les docks qui se cachent, c'est vraiment pas user friendly !"

lylambda, Sunday 15 April 2012 à 21:58


Subscription date : 06 September 2009
Messages : 1635
as-tu testé la dernière rev qui inclu un fix?
Du coup, oui. À la réflexion, c'est sans doute ce fixe qui a résolu le problème de Show Desktop

Par contre, bien que la dernière rev semble avoir compilé sans erreur, une nouvelle régression s'ajoute à la liste.
On ne peut plus régler le ratio de l'horloge numérique. Avec un panel à droite, cela fait minuscule par rapport à ce que je pouvais obtenir avant :
http://uppix.net/3/1/3/916c4902bf2f15915c70127267fe1.png

Intéressant SQP, tes retours sur le thème par défaut. Va falloir que je trouve le temps de le tester aussi.
Juste un point :
Je n'ai pas de préférence pour le coté, mais 90% de la population est habituée à l'avoir en bas.
Et bien c'est l'occasion de montrer une alternative . D'autant que on ne s'adresse pas à la population mais à une partie d'utilisateurs linux qui ont fait la démarche d'installer CD.
Autant dire que pour la plupart, ce ne sont pas des Mme Michu, loin de là !

SQP, Monday 16 April 2012 à 00:41


Subscription date : 03 July 2010
Messages : 1081
lylambda :
Intéressant SQP, tes retours sur le thème par défaut. Va falloir que je trouve le temps de le tester aussi.
Juste un point :
Je n'ai pas de préférence pour le coté, mais 90% de la population est habituée à l'avoir en bas.
Et bien c'est l'occasion de montrer une alternative . D'autant que on ne s'adresse pas à la population mais à une partie d'utilisateurs linux qui ont fait la démarche d'installer CD.
Autant dire que pour la plupart, ce ne sont pas des Mme Michu, loin de là !

justement, je crois que je n'essaye pas de prendre nos utilisateurs pour des michus, mais de toujours essayer de fournir le meilleur compromis par défaut, et les options pour pouvoir en faire ce qu'on veut dans les limites du raisonnable. J'ai essayé de faire comme d'habitude, un vrai test critique (avec mon expérience de pas mal d'interfaces, et mon point de vue d'admin, donc la possibilité de déployer, et les retours d'utilisateurs possibles) plus le ptit troll, mais totalement vrai, sur le comportement du tooltip.

Je pense que cette interface par défaut peut être sympa sur un petit écran (je n'ai pas testé le dock sur netbook pour le moment, mais de ce que j'ai pu tester, c'était jolicloud qui m'a le plus séduit, un netbook-remix un peu modifié, donc avec tout regroupé dans un panel fixe en haut, avec une page home (touche super) spéciale pleine de raccourcis pratiques.

Mais pour moi il y a un réel problème d'ergonomie quand les actions sont aux endroit les plus éloignés possibles. Et un panel presque vide, ca ne sert à rien.

Justement, je pense que l'ergonomie d'un bureau c'est un truc bien trop sérieux pour ne pas être bien réfléchi complètement, et éviter de vouloir réinventer des nouveaux trucs sans être sur que ca soit ce qui est recherché.
Et à mon avis, en ces temps troublés, ou les interfaces se mettent à changer radicalement (ubuntu+gnome c'est plus de 50% des utilisateurs je crois), sans essayer de laisser vraiment à l'utilisateur le moyen de conserver son simple bureau, il y a pas mal d'utilisateurs de linux qui pourraient être séduits par un truc un peu plus sophistiqué que leur ancien panel, si on arrive à ne pas trop les effrayer au départ. Donc commencer par un panel simple, au lieu de vouloir suivre les modes ubuntu.

fabounet, Thursday 19 April 2012 à 15:35


Subscription date : 30 November 2007
Messages : 17118
wtf un raccourci calculatrice ou synaptic ?
le presse papier, je suis pas convaincu de son utilité pour bcp de monde.
je comprend pas pourquoi il y a un switcher d'écran à coté d'un "Afficher le bureau" configuré pour faire un "exposé de tous les écrans" qui montre les bureaux. C'est la même chose pour les 2, alors à mon avis il faut choisir (ou changer l'action du show desktop, qui de toute facon ne fait pas ce qu'il dit qu'il fait !)
volume et musique seraient mieux regroupés.
la batterie sera inutile à la moitié des utilisateurs. Alors on force la moitié à l'ajouter, ou la moitié à le retirer ? Le problème est plutôt, combien ne l'enlèveront pas vs combien de ceux qui en auraient besoin ne l'activeraient pas (qu'il se suicide si pas de batterie trouvée ?).
zone de notifications serait mieux à gauche de la batterie (pour la laisser stable), et caché bien sur si vide (ya ca sous windows depuis des lustres ffs)


1/ faut bien mettre des lanceurs ce sont des choix pertinents je trouve

2/ le presse papier est génial !

3/ switcher doit afficher les fenetres au clic milieu, pas les bureaux. sinon c'est qu'on s'est planté dans la config, car justement showdesktop le fait déjà.

4/ bof, l'applet MP est ici un simple lanceur vers le lecteur de musique (d'ailleurs à ce titre il ne devrait pas être séparé des autres lanceurs).

5/ puisqu'il est plus rapide d'enlever une applet que de l'ajouter, autant l'ajouter

On ne peut plus régler le ratio de l'horloge numérique. Avec un panel à droite, cela fait minuscule par rapport à ce que je pouvais obtenir avant :

le ratio ne sert à rien en fait, le texte n'est désormais plus étirer, donc en général il prend toute la place en largeur mais pas en hauteur.
dans un dock 3D, c'est peut-être moins bien, à voir.


Mais pour moi il y a un réel problème d'ergonomie quand les actions sont aux endroit les plus éloignés possibles. Et un panel presque vide, ca ne sert à rien

elles sont quand même assez bien groupées je trouve. après 1 dock avec 50 icônes, c'est ptet pas super non plus pour retrouver ses petits rapidement.

ma préférence va à un thème "Unity-like", avec un dock lanceurs+taskbar seulement (éventuellement Gmenu peut être considérée comme un lanceur), et un autre avec des applets seulement, groupées par genre.

Donc commencer par un panel simple, au lieu de vouloir suivre les modes ubuntu.

héhé, je te rejoins sur cet effet de mode, à mon avis ce thème defaut-panel est bien trop proche d'Unity, et ne permet pas de se différencier de ce qui existe déjà.

lylambda, Thursday 19 April 2012 à 16:43


Subscription date : 06 September 2009
Messages : 1635
le ratio ne sert à rien en fait, le texte n'est désormais plus étirer, donc en général il prend toute la place en largeur mais pas en hauteur.
C'est ennuyeux ça :/ . Avant je me servais du ratio pour étirer l'horloge numérique un peu en hauteur. Maintenant, dans un dock panel vertical, c'est tellement petit que c'est illisible. C'est dommage sachant qu'il n'y a à mon sens rien de mieux ergonomiquement parlant qu'un dock panel toujours visible sur le coté de l'écran, sachant que ceux-ci sont de plus en plus large.

Mais pour moi il y a un réel problème d'ergonomie quand les actions sont aux endroit les plus éloignés possibles. Et un panel presque vide, ca ne sert à rien
Je te rejoint un peu la dessus. Dans mon cas, je fait 3 groupe d'icônes dans un dock-panel (informations - dossiers - contrôleurs), un dock 3D principal qui gère les applications et quelques desklets sur la couche widget :

http://uppix.net/f/3/4/6a624ff6b488a432a60cb89a06bc1.png
http://uppix.net/c/b/a/79895d9ca44abacbf2e941921501b.png

Git Version | Version Git

Subjects Author Language Messages Last message
[Locked] Tests de Cairo-Dock Session sur Precise Pangolin
Page : 1 2
lylambda Français 28 fabounet [Read]
07 May 2012 à 13:06


Glx-Dock / Cairo-Dock List of forums Git Version | Version Git Tests de Cairo-Dock Session sur Precise Pangolin 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.