@ Enelos et aux autres qui ont des problèmes de transparence :
Je viens d'aller voir dans la FAQ anglaise d'adesklets le texte trouvé en français par Enelos.
Le voici dans sa version originale :
Now I see the desklets, but the transparency is screwed!
Proper pseudo-transparency relies on the capacity to grab the background image as well as getting notified when it changes. There is no entirely reliable or even well established method to do this on anything but the real root window using the core X11 protocol (please read from the beginning of this “Displaying desklets” section to full understand what follows).
Hence, even when using a fake root window, adesklets always grabs the background from the real root window, no matter what: some windows managers are careful enough to ensure the synchronisation of the fake root window and the real root window at all time, but not too many. adesklets does its best, when portably possible, to synchronize on initial load the background of the real root window with the one of the fake root window, but in some supported cases (ROX-Filer, xffm-desktop), this is not even possible. Therefore, if you experience screwed-up backgrounds (no background at all, incorrect backgroud or background not reflecting the latest change you made, while you effectively see the new wallpaper in a fake root window), all you need to do is to duplicate the wallpaper set on the real root window, preferably using a wallpaper setter supporting the ad-hoc, widely supported enlightenment mechanism for wallpaper change notification – any of Esetroot, wmsetbg, feh, hsetroot, chbg or xsri should work fine. In fact, you can even use any wallpaper setter to change the real root, but then you could have to rerun the adesklets launcher afterwards to take advantage of a correct initial background grab if no notification was sent.
Voila comment je l'interprète (mais n'étant pas un spécialiste, corrigez-moi si je me trompe) :
Les desklets utilisent le fond d'écran
root (le fameux fond d'écran
racine) pour simuler la transparence ("
pseudo-transparency").
Il semble alors que le fond d'écran
user (visible pour nous) se superpose au fond d'écran
root (invisible pour nous mais visible par les desklets).
Ils vont chercher une partie de l'image de ce fond d'écran (
root) et le mettent en fond de desklet.
Le problème doit venir du fait que le fond d'écran
root et le fond d'écran
user sont parfois différents. Ce qui expliquerait aussi peut-être les problèmes rencontrés par ceux qui utilisent un fond d'écran changeant périodiquement.
Je pense que l'utilisation d'un des softs cités pour changer le fond d'écran
root pourrait fonctionner.
Enelos, sais-tu si, avec feh, tu as changé le bon fond d'écran ? J'essayerais bien mais là, je suis sous Win 2k.
Ma théorie a quand même une faille :
pourquoi la transparence fonctionne-t-elle chez certains (ce qui reviendrait à dire que les fonds d'écran
root et
user sont identiques) et pas chez d'autres (chez qui le fond d'écran est vraisemblablement noir). Mystère... peut-être lié à la version de nautilus, de python ou autre, qui sait.
Ou bien c'est lié à la façon dont les uns et les autres nous changeons notre fond d'écran : avec un utilitaire graphique, avec un clic sur le bureau, avec l'utilitaire gnome qui va bien ? Il faudra que j'essaye ça aussi.
À vos claviers pour la suite de notre quête de la transparence 😉.
Ah oui, en passant, il semble que la faq en français ne soit pas issue de la meilleure des traductions. À voir s'il ne faudrait pas la reprendre un peu quand notre problème sera résolu.
