Problems at use | Problèmes à l'utilisation
matttbe, Saturday 24 May 2014 à 16:18
|
|
Subscription date : 24 January 2009
Messages : 12573
|
Merci pour l'aide
Emmabuntus : - Sous Virtualbox certains noms de logiciels au dessus des icônes voient leurs noms affichés en gris sur fond noir, cela ne se produit pas en mode Live, n'y après installation en réel par contre ce problème existe en Live et en installation uniquement sur VirtualBox
Ça ressemble à un soucis de drivers, difficile d'aider plus
Elles ne désactivent ou n'activent plus le Gmenu ?
Est-ce bien réglé?
Les nouvelles commandes semblent correctes et fonctionnent chez moi, merci SQP.
- Autre problème quand je lance certains opérations cela fait disparaitre le dock
Il suffit de relancer une fois xfwm ou il faut le faire à chaque fois?
Est-ce mieux avec la commande:
@Brianw: do you also have this bug? Does it help if you launch the dock with this command? |
brianw, Saturday 24 May 2014 à 20:19
|
|
Subscription date : 25 April 2012
Messages : 270
|
matttbe :
@Brianw: do you also have this bug? Does it help if you launch the dock with this command?
When I launch with the cairo-dock -W everything seems to be fine. I can disable/enable the compositor and change themes without the dock going invisible. |
Subscription date : 22 October 2013
Messages : 21
|
Merci beaucoup matttbe, et je te confirme que cette commande : cairo-dock -W résout tous les problèmes de disparition du dock.
Pour ce qui est de VirtualBox nous allons faire d'autres essais, et je me renseigne concernant les versions de VirtualBox que les autres ont utilisé.
Pour désactiver ou n'activer plus le Gmenu, j'ai toujours le problème et celui-ci ne vient pas de ces commandes ci-dessous qui fonctionnent :
dbus-send --session --dest=org.cairodock.CairoDock /org/cairodock/CairoDock org.cairodock.CairoDock.Remove string:"module=GMenu"
python -c 'import dbus; print dbus.Bus().call_blocking("org.cairodock.CairoDock", "/org/cairodock/CairoDock", "org.cairodock.CairoDock", "Add", "a{sv}", ([{"type": "Module", "module": "GMenu"}]))'
Le problème vient de l'appel à sudo : sudo -u $ON_USER \"DBUS_SESSION_BUS_ADDRESS=\"$DBUS_SESSION_BUS_ADDRESS qui s'il est exécuté avec les commandes ci-dessus annule leur effet. Pour cet appel à sudo les variables ON_USE et DBUS_SESSION_BUS_ADDRESS ont des valeurs correctes, mais je pense que la commande sudo a dû changer un peu entre la version en 12.04 et 14.04. Par contre je ne comprends bien le but de cela \"DBUS_SESSION_BUS_ADDRESS=\"$DBUS_SESSION_BUS_ADDRESS dans la commande que tu m'avais indiqué, et je pense que c'est cela qui pose un problème. |
matttbe, Sunday 25 May 2014 à 03:15
|
|
Subscription date : 24 January 2009
Messages : 12573
|
brianw : When I launch with the cairo-dock -W everything seems to be fine. I can disable/enable the compositor and change themes without the dock going invisible.
Emmabuntus : cairo-dock -W résout tous les problèmes de disparition du dock
Mmm, this is annoying that XFWM no longer manages this feature... In fact, the dock hides (by removing the opacity) all windows that it has just created and when all windows are drawn it shows them again (by re-adding the opacity). With that, it avoids having grey/white rectangles behind all windows when starting the dock.
To hide/show the dock, it uses this function: gtk_widget_set_opacity (pWindow, 0.);
(or with 1 to show the dock)
@brianw & Emmabuntus: Is it maybe possible to report this bug to XFWM devs? We also have this bug with the old Metacity because it didn't handle the _NET_WM_OPACITY attribute correctly. It's maybe the problem here with the new version of XFWM but here, it seems it's a regression... (then it should be easier to fix this bug )
Emmabuntus : Le problème vient de l'appel à sudo : sudo -u $ON_USER \"DBUS_SESSION_BUS_ADDRESS=\"$DBUS_SESSION_BUS_ADDRESS qui s'il est exécuté avec les commandes ci-dessus annule leur effet. Pour cet appel à sudo les variables ON_USE et DBUS_SESSION_BUS_ADDRESS ont des valeurs correctes, mais je pense que la commande sudo a dû changer un peu entre la version en 12.04 et 14.04. Par contre je ne comprends bien le but de cela \"DBUS_SESSION_BUS_ADDRESS=\"$DBUS_SESSION_BUS_ADDRESS dans la commande que tu m'avais indiqué, et je pense que c'est cela qui pose un problème. Si le script est exécuté en root ou avec un autre utilisateur que celui concerné par les changements, il faut le forcer à utiliser le bon utilisateur (l'option -u de sudo) et la bonne adresse de session pour DBus (pour ne pas utiliser la session de root par exemple, on s'en fout de ses paramètres ). Mais donc si le script est lancé en tant qu'utilisateur, pas besoin de tout ça |
brianw, Sunday 25 May 2014 à 04:00
|
|
Subscription date : 25 April 2012
Messages : 270
|
matttbe : gtk_widget_set_opacity (pWindow, 0.);
Is that actually a "0." (with the decimal/period) or was that a typo and it should just be "0" or "1"? |
brianw, Sunday 25 May 2014 à 04:20
|
|
Subscription date : 25 April 2012
Messages : 270
|
matttbe : Mmm, this is annoying that XFWM no longer manages this feature... In fact, the dock hides (by removing the opacity) all windows that it has just created and when all windows are drawn it shows them again (by re-adding the opacity). With that, it avoids having grey/white rectangles behind all windows when starting the dock.
To hide/show the dock, it uses this function: gtk_widget_set_opacity (pWindow, 0.);
(or with 1 to show the dock)
I am not sure if this matters or not but even if I make the dock always visible the same issue occurs. Without the -W the dock will go invisible after the compositor is enabled.
@brianw & Emmabuntus: Is it maybe possible to report this bug to XFWM devs? We also have this bug with the old Metacity because it didn't handle the _NET_WM_OPACITY attribute correctly. It's maybe the problem here with the new version of XFWM but here, it seems it's a regression... (then it should be easier to fix this bug )
I found that a bug report for this was already open https://bugzilla.xfce.org/show_bug.cgi?id=9888
I updated the bug report with information regarding some of our debugging. |
SQP, Sunday 25 May 2014 à 10:01
|
|
Subscription date : 03 July 2010
Messages : 1081
|
brianw : matttbe : gtk_widget_set_opacity (pWindow, 0.);
Is that actually a "0." (with the decimal/period) or was that a typo and it should just be "0" or "1"?
no error, 0. or 1. means the value is used as a float and not as integer. (as 0.0) |
matttbe, Sunday 25 May 2014 à 10:30
|
|
Subscription date : 24 January 2009
Messages : 12573
|
Thank you |
brianw, Sunday 25 May 2014 à 15:38
|
|
Subscription date : 25 April 2012
Messages : 270
|
SQP : no error, 0. or 1. means the value is used as a float and not as integer. (as 0.0)
I see. I was thinking in terms of true or false. Thank you for the info. |
brianw, Monday 26 May 2014 à 03:42
|
|
Subscription date : 25 April 2012
Messages : 270
|
I updated the bug report to include information from both my Xubuntu and Debian Wheezy systems (to help show that it is not a driver issue).
Is there any other pertinent information that would be helpful? |
matttbe, Monday 26 May 2014 à 12:14
|
|
Subscription date : 24 January 2009
Messages : 12573
|
It seems fine, thank you
I hope they will at least add new comments on this bug report! |
matttbe, Thursday 29 May 2014 à 00:04
|
|
Subscription date : 24 January 2009
Messages : 12573
|
Ça me rappelle ce soucis: http://glx-dock.org/bg_topic.php?t=7624 (enfin j'ai un peu du retard sur la lecture des derniers sujets, je ne sais pas/plus s'il y avait une solution)
Je comprends que c'est ennuyant mais j'ai plutôt l'impression que le soucis ne vient pas du dock (il faudrait tester avec une ancienne version du dock) et que le soucis arrivent surtout avec XFCE.
Sinon il faut p-ê tester de changer un peu tous les paramètres liés aux étiquettes mais pas certains que ça influence (surtout si le soucis est lié aux pilotes graphique...) |
Subscription date : 22 October 2013
Messages : 21
|
Merci beaucoup matttbe pour cette réponse rapide.
Je viens de faire des essais en changeant les paramètres liés aux étiquettes, et les effets sont surprenants par exemple par défaut je suis en mode "Utiliser une police personnalisée pour les étiquettes ?", cette option est décochée, donc c'est du "Sans 12" qui est appliqué, et si je la coche et que je sélectionne une autre police par exemple "DejaVu Sans 12", et bien certains étiquettes qui n'étaient pas correctement affichées s'affichent correctement comme l'étiquette "Loisirs" dans l'écran ci-dessous qui dans les écrans précédents n'était pas affichée correctement.
Si par exemple je décoche l'option "Tracer le contour du texte ?" les étiquettes qui ne s'affichent pas correctement ne sont plus affichées.
J'ai essayé plusieurs polices différentes, mais au final j'ai toujours des textes qui ne s'affichent pas correctement, et cela change en fonction des polices utilisées il y en à plus ou moins qui posent des problèmes. |
Subscription date : 22 October 2013
Messages : 21
|
Bonjour matttbe,
Concernant notre problème d'affichage de certains textes au dessus des icônes dans Cairo-dock uniquement sous VirtualBox sur une Xubuntu 14.04, je n'ai toujours pas trouvé de solution.
Ce que je viens de découvrir c'est que si je change le contenu du texte par exemple "Loisirs" en "loisir" en remplaçant le L majuscule par un L minuscule, et en supprimant le S final, le texte comme par enchantement s'écrit correctement. En faisant cela sur d'autres textes qui ne s'affichent pas correctement, j'arrive en supprimant ou rajoutant d'autres lettres par forcement les mêmes à obtenir des textes qui s'affichent correctement.
Cette nouvelle information te donne-t-elle de nouvelles pistes de recherche afin de résoudre ce problème ?
Merci d'avance pour ton aide.
Librement,
Patrick |
Subscription date : 22 October 2013
Messages : 21
|
En relisant ce post : http://glx-dock.org/bg_topic.php?t=7624&pos=20 message de Marty et en testant cette solution l'utilisation de la fonte "Ubuntu Mono 12", toutes les icônes sont affichées correctement.
En faisant la mise à jour avec le dépôt "weekly ppa", et en remettant la police par défaut, les icônes s'affichent toutes correctement. Il y a simplement maintenant un cadre noir autour des textes qu'il n'y avait pas dans ma configuration prétendante.
Pour l'instant je ne sais pas quelle solution je vais utiliser pour résoudre ce problème, et pourrais-tu me dire quand le dépôt stable sera mis à jour avec ces correctifs pour la 14.04, afin que je vois si je part sur la deuxième solution ?
De notre côté nous prévoyons une sortie de notre nouvelle version Emmabuntüs 3 1.00, vers le 10 septembre, donc il faut que nous arrêtions les modifications vers le 25 août. |
Problems at use | Problèmes à l'utilisation
|