URL: https://linuxfr.org/forums/linux-gui/posts/la-console-de-presentation-de-libreoffice-et-i3-ou-awsome-ou-e17 Title: La console de présentation de libreoffice et I3 (ou awsome, ou e17...) Authors: Trollgouin Date: 2016年01月13日T10:56:58+01:00 License: CC By-SA Tags: i3, libreoffice et debian Score: 0 Un bug m'énerve, et je ne trouve pas de solution: Le bug ----------- Quand on ouvre une console de présentation sous LibreOffice et qu'on est sous i3, le comportement effectif n'est pas celui attendu: - La console de contrôle (le machin qui permet d'avoir une prévisualisation de la diapo suivante, la gestion du temps, etc) s'ouvre en fullscreen dans le même écran que LibreOffice. - La fenêtre de rendu (avec juste le transparent, destinée au vidéoprojecteur) s'ouvre sur le même espace de travail, mais n'est pas visible Les pistes de solutions qui ne me vont pas (ou qui n'en sont pas) ----------- - On peut bien sûr quitter le plein écran, déplacer manuellement la fenêtre de rendu sur l'espace de travail affecté au vidéoprojecteur, puis re-passer console et fenêtre de rendu en plein écran. C'est pénible car à faire à la main et à chaque ouverture d'une présentation. - Je n'ai pas trouvé de façon d'automatiser ça via i3: celui ci propose une directive `for_window` qui permet de manipuler une fenêtre donnée mais celle ci ne propose pas de critère de filtrage qui puisse me permettre de différencier console et fenêtre de rendu. Les critères de filtrage sont les suivants: [class, instance, window_role, window_type, id, title, urgent, workspace, con_mark, con_id](http://i3wm.org/docs/userguide.html#_list_of_commands). La plupart sont des propriétés X11. L'usage classique pour un tel paramétrage est d'avoir au moins des 'window_role' différents pour les différentes fenêtre d'une même application. Or, je n'ai trouvé aucune différence utilisable dans les propriétés X11 des deux fenêtres concernées! - LibreOffice permet de choisir les écrans utilisés pour les deux fenêtres mais ces réglages n'ont aucun effet pour moi. - On peut désactiver la console mais c'est dommage. Les recherches sur le net et les rapports de bugs ----------- - Ce bug est décrit [Sur le github de i3](https://github.com/i3/i3/issues/1015), mais il a été fermé comme résolu depuis. La version annoncé pour le test est inférieure (4.5.1) à la version que j'utilise (4.11). - Ce bug est décrits dans plusieurs rapports dupliqués dans le bugzilla de libreoffice. Le bug principal (hors dups) peut se trouver [ici: bug 57742](https://bugs.documentfoundation.org/show_bug.cgi?id=57742) et confirmé pour i3, awsome et e17. - À la suite de la lecture de ce fil de discussion, j'ai testé les différents valeurs possibles pour la variable d'environnement OOO_FORCE_DESKTOP sans succès (pourtant annoncé comme solutionnant le problème par un post). Je n'ai pas recompilé LibreOffice mais j'ai testé les adaptations pour kde, gnome et gtk (sous forme de paquets libreoffice-XXX pour une debian testing). - Il est décrit ailleurs sur le web, sans être solutionné. Des gens sous d'autres gestionnaires pavants on signalé le même comportement. J'hésite à réouvrir le bug (régression?) et j'aimerais savoir si d'autres utilisateurs constatent le même comportement, ou ont pu trouver une solution. ps: LibreOffice en testing est en 5.0.4.2