Discussion :

[Philippe Dpt35]

Bonjour,

j'utilise une application python (non développée par moi) qui permet d'afficher une fenêtre sans contrôles disposant de grandes icônes permettant de lancer des applications.
Cette fenêtre se superpose au bureau et est bien recouverte par les applications qu'elle lance. Elle ne reprend pas le focus si on clique dessus, ce qui est normal.

J'ai un problème lorsque je veux lancer cette application au démarrage de session. Placée en ~/.config/autostart elle démarre bien, mais peut être recouverte par le bureau (elle est invisible mais est bien dans les processus démarrés).

J'ai bien tenté de mettre une temporisation pour que son démarrage soit retardé après un éventuel rafraichissement d'affichage du bureau, mais cela ne fonctionne pas toujours, dans le cas par exemple où le démarrage se fait plus lentement selon les machines. Dans de tels cas, elle s'affiche correctement, puis disparaît de l'affichage pour être recouverte par le bureau. Il faudrait alors mettre une très longue temporisation, ce qui est quand même ennuyeux, et reste tout de même hasardeux.

Y a-t-il d'autres moyens de contrôler l'ordre d'affichage bureau-fenêtre, ou de définir une priorité d'affichage sur une fenêtre pour s'assurer qu'elle ne puisse être recouverte par le bureau?

L'application python utilise Qt et l'environnement de bureau est xfce avec xfwm4 comme gestionnaire de fenêtres. Avec openbox, il est possible de lancer une application au démarrage depuis le gestionnaire de fenêtres. Y a-t-il une telle solution avec xfwm4 ?

Toute info sur cette question, ou renvoi vers une doc là-dessus, est le bienvenu.

[frp31]

C'est pour ça que le concept même de bureau est une erreur et que seuls les gestionnaires de fenetre auraient du gagner le coeur des utilisateurs.
le bureau se lance par dessus ce qu'on appelait avant la rootwindow donc quoi qu'il se lance entre ça est le bureau est "coincé" invisible entre les deux.

L'interêt d'un gestionnaire de fenetre est que tout est monté par dessus la root windows menus, backgrounds etc.... mais elle a pas de bureau à lancer et ce cas ne peut donc pas exister.
mieux encore on peut travailler directement sur la root-window. ou utiliser une application dans celle ci (sans fenetre dédiée donc) y compris un shell si on veut (j'avais eu fait ça y'a longtemps ... c'était pratique)

ce n'est que mon avis et n'engage que moi

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

à mon avis une bonne façon de faire serai de trouver l'élément de bureau qui charge le bureau "utilisateur" un peu comme le .profile ou .bashrc mais du bureau que tu utilises et de lancer l'appli depuis là ...
comme ça ; ça charge en dernier à coup sur

[chrtophe]

Essayes de créer un fichier .desktop correspondant à ton appli et le copier dans /etc/xdg/autostart plutôt que de mettre un démarrage dans le fichier autostart.

Je garantie pas que ça fonctionne.

[Philippe Dpt35]

@ chrtophe
dans /etc/xdg/autostart ça ne résoudra pas le problème pour 2 raisons:
- ça s'appliquera à toutes les sessions, ce que je ne souhaite pas
- ça démarrera au plus tard au même niveau que dans le dossier utilisateur, donc de toutes façons trop tôt et çe sera recouvert par le bureau.

Je crois que j'ai trouvé la solution pour xfce avec xfwm4, ça fonctionne dans ma VM sans temporisation pour lancer l'application qui n'est pas recouverte par l'affichage du bureau.
Il est possible de désactiver le gestionnaire de bureau (xfdesktop) sous XFCE.

Pour cela il faut aller dans le gestionnaire de paramètres,
Session et démarrage
--> onglet Session, ligne xfdesktop, mettre "Type de démarrage" à "jamais"

[chrtophe]

Un peu radical, t'as pas besoin de xfdesktop ?

- ça s'appliquera à toutes les sessions, ce que je ne souhaite pas

Pour un seul utilisateur, c'est dans le dossier ~/.config/autostart

- ça démarrera au plus tard au même niveau que dans le dossier utilisateur, donc de toutes façons trop tôt et çe sera recouvert par le bureau.

t'as essayé ?

[Philippe Dpt35]

Un peu radical, t'as pas besoin de xfdesktop ?

Même pas peur !
Plus sérieusement, pour ce que je veux faire, ça m'arrange même, sous réserve qu'après tests je ne découvre pas quelques déconvenues.

t'as essayé ?

Non, car je pense que /etc/xdg/autostart est traité avant ~/.config/autostart, mais je me trompe peut-être. Je testerai donc.

[chrtophe]

Si tu te rappeles, on avait eu le même genre de prob. avec Redobackup, contourné via une temporisation.

[Philippe Dpt35]

Si tu te rappeles, on avait eu le même genre de prob. avec Redobackup, contourné via une temporisation.

C'est la solution que j'ai adoptée en tout premier lieu, mais je me suis aperçu, en testant sur une machine réelle à partir d'un iso que j'ai construit, que même une temporisation de 15 s pouvait être trop courte. Je me trouvais donc confronté à l'obligation de mettre une très longue temporisation, ce qui pose problème, avec toujours le risque que l'application n'apparaisse finalement pas dans le cas, pas improbable, où la machine connaîtrait quelques ralentissements au démarrage du serveur X.