Je venais de trouver enfin une manière de rendre KDE Neon conforme à mon besoin : récupérer mes fenêtres dans l’activité où je les ai laissée, même après un redémarrage.
Ce qui est assez délirant avec wayland c'est que c'est poussé à fond comme remplacement de X depuis des années tout en n'implémentant toujours pas un certain nombre de fonctionnalités nécessaires, et souvent de manière spécifique au compositeur quand c'est le cas.
C'est facile de faire un remplaçant en se lavant les mains de faire des API communes pour tout ce qui sort de l'affichage+clavier/souris
Posté par ff9097 .
Évalué à 2 (+0/-0).
Dernière modification le 29 novembre 2025 à 16:40.
La restauration des fenêtres n'est pas une fonctionnalité qui peut être objectivement défini comme nécessaire. Si ce n'est pas fait, c'est bien parce que ce n'est pas tant réclamé que ça
Dans le même ordre d’idée, avec kde, chez moi :
Quand la machine sort de veille, certaines fenêtres ont changé de forme et de place, les caractères dans les terminaux sont chamboulés. Ouvrir une nouvelle fenêtre sous Libreoffice (par exemple l’exportation de pdf) conduit à faire rappliquer tous les autres documents ouverts sur le même bureau virtuel.
Peut-être que ces bogues n’affectent que moi. Mais je ne me considère pas comme un power user d’interface de bureau :-).
Oui, c'est un bug kwin, initialement uniquement sur X11 bien sûr.
Grossièrement, la difficulté est d'identifier de façon fiable les fenêtres, afin de pouvoir restaurer leur position/dimension. C'est ce qui a empêché l'implémentation il y a 20 ans, et aujourd'hui encore le protocole Wayland permettant d'associer une zone à un identifiant n'est pas encore terminé…
Je trouve qu'il y a quand même un peu de mauvaise volonté dans tout ça. Des approches partielles auraient pu être implémentées, et auraient satisfait 95% des utilisateurs:
- algo basé sur le titre (exemple d'implémentation récente)
- implémentation spécifique aux applis KDE (protocole Wayland maison, identification plus fiable des fenêtres lorsque kdelibs est utilisé…)
En complétant les cas foireux avec des règles de placement (qui existent déjà dans kwin), je suis certain qu'on arrive à un joli taux de satisfaction.
Mais non, tout du long de ce bug, pour la raison un peu fallacieuse que la fiabilité n'est pas de 100%, aucune correction partielle n'a été implémentée. Et 20 ans plus tard on en est encore au point de départ: même avec le protocole Wayland qui-va-bien, chaque appli devra être modifiée pour avoir la restauration de placement. Les toolkits Qt et GTK feront le gros du boulot, mais on ne sera toujours pas à une fiabilité de 100%, comme il y a 20 ans.
C'est déjà le cas : 95% des personnes ne sont pas des power-users, et s'en foutent royalement de faire du pixel-fucking sur leurs fenêtres.
Je parle quand même des utilisateurs qui souhaitent restaurer leur session, les autres évidemment n'ont pas de problème.
Et restaurer sa session, c'est pas forcément le power-user, juste celui qui a ses habitudes de travail et n'a pas envie de tout lancer et remettre sur le bon écran chaque matin.
Il y a plein de window managers x11 et compositeurs waylands qui placent les fenêtres dans des espaces dédiés à base de tags ou titres. Kwin n'edt peut-être juste pas celui qui te convient le mieux.
C'est ce qui a empêché l'implémentation il y a 20 ans, et aujourd'hui encore le protocole Wayland permettant d'associer une zone à un identifiant n'est pas encore terminé…
Je trouve qu'il y a quand même un peu de mauvaise volonté dans tout ça. Des approches partielles auraient pu être implémentées, et auraient satisfait 95% des utilisateurs:
Yakafokon quoi. Du coup il est où ton patch?
Par 95% des utilisateurs, tu veux surement dire 95% des 0.02% d'utilisateurs que cette fonctionnalité intéresse…ce qui auraient satisfait à 0.019% des utilisateurs.
Demandes peut-ėtre un remboursememt de tes frais d'achat de kwin si tu fais parti des 0.019% des utilisateurs pas pris en compte par l'équipe des développeurs de kwin.
Je ne fais pas partie des 0.019% de ces utilisateurs, mais de toutes façons j'utilise XFCE, qui le propose (apparemment c'est du code inspiré de fvwm2 et de twm).
Et puis, à en lire les premiers commentaires du bug, la fonctionnalité existait "presque" en 2005 avec Kde 3: le seul problème était qu'il fallait sélectionner manuellement les fenêtres à sauvegarder/restaurer. Ce patch là, oui, j'aurais pu l'écrire.
Si on suit les commentaires des devs kwin dans le rapport de bug, on lit deux choses:
- c'est très demandé (« Based on the list of duplicates and votes, It's clear that this is a very highly desired feature by our users »)
- ils considèrent que ce n'est pas faisable par le compositeur («Sorry, but this is not possible to implement for a window manager. We lack information to identify that a window is the same as previous window»).
Et je suis d'accord, ce n'est pas faisable de façon 100% fiable en l'état; Mais ce n'est pas le sujet de mon commentaire.
Ma config : Ryzen 5950X + nVidia 3090FE.
À la sortie des deux dernières Debian, 12 et 13 (stable, ni testing, ni experimental), j'ai refait des installations de zéro.
Par défaut, c'est Plasma + Wayland.
À chaque fois, le résultat, c'est 95 % d'utilisation CPU et slideshow.
À chaque fois, fonctionnement normal avec Plasma + X11.
Qu'est-ce que le quoi ?
Du moins, avec la Debian 12, au départ, c'est nouveau, ensuite, je suis passé aux pilotes propriétaires dispos sur les repo Debian, et pour terminer, le pilote propriétaire récupéré sur le site nVidia. Aucune amélioration.
Avec la 13, je pense que j'ai évité la dernière solution. J'en suis apparemment à la version 550.163.01-2 quand je liste la multitude de packages installés.
Je n'ai pas de nvidia donc difficile d'aider plus mais nvidia n'a pas sorti un driver libre intégré u noyau mainline récemment? J'ai cru voir ça passer il y a quelques mois.
Pas vraiment : c'est seulement la partie du pilote qui permet de faire la glu entre le noyau et un affreux blob propriétaire qui contient le code important. Et en plus ce n'est que pour les cartes plutôt récentes.
L'intérêt est la possibilité d'activer SecureBoot tout en utilisant le driver NVidia proprio.
# Katastrophe !
Posté par PhRæD . Évalué à 4 (+3/-0).
Je venais de trouver enfin une manière de rendre KDE Neon conforme à mon besoin : récupérer mes fenêtres dans l’activité où je les ai laissée, même après un redémarrage.
Et ça n’est possible que sous X11 !
Ça parait dingue, mais j’ai découvert via cette discussion que ce bug a plus de 20 ans,
Je trouve hallucinant de perdre une telle fonctionnalité alors que c’est pour moi elle fait l’intérêt même des bureaux virtuels !
« Y a même des gens qui ont l’air vivant, mais ils sont morts depuis longtemps ! »
[^] # Re: Katastrophe !
Posté par caouis . Évalué à 6 (+5/-0).
Ce qui est assez délirant avec wayland c'est que c'est poussé à fond comme remplacement de X depuis des années tout en n'implémentant toujours pas un certain nombre de fonctionnalités nécessaires, et souvent de manière spécifique au compositeur quand c'est le cas.
C'est facile de faire un remplaçant en se lavant les mains de faire des API communes pour tout ce qui sort de l'affichage+clavier/souris
[^] # Re: Katastrophe !
Posté par ff9097 . Évalué à 2 (+0/-0). Dernière modification le 29 novembre 2025 à 16:40.
La restauration des fenêtres n'est pas une fonctionnalité qui peut être objectivement défini comme nécessaire. Si ce n'est pas fait, c'est bien parce que ce n'est pas tant réclamé que ça
[^] # Re: Katastrophe !
Posté par ǝpɐןƃu∀ nǝıɥʇʇɐW-ǝɹɹǝıԀ (site web personnel) . Évalué à 2 (+0/-0).
Dans le même ordre d’idée, avec kde, chez moi :
Quand la machine sort de veille, certaines fenêtres ont changé de forme et de place, les caractères dans les terminaux sont chamboulés. Ouvrir une nouvelle fenêtre sous Libreoffice (par exemple l’exportation de pdf) conduit à faire rappliquer tous les autres documents ouverts sur le même bureau virtuel.
Peut-être que ces bogues n’affectent que moi. Mais je ne me considère pas comme un power user d’interface de bureau :-).
« IRAFURORBREVISESTANIMUMREGEQUINISIPARETIMPERAT » — Odes — Horace
[^] # Re: Katastrophe !
Posté par Psychofox (Mastodon) . Évalué à 4 (+1/-0).
[^] # Re: Katastrophe !
Posté par Jérôme FIX (site web personnel) . Évalué à 1 (+0/-0).
Sachant que Wayland n'existe au mieux que depuis 2008 cela me parait improbable.
Le bug doit être sur kwin et le titre remodifié par la suite
[^] # Re: Katastrophe !
Posté par Christophe . Évalué à 6 (+4/-0).
Oui, c'est un bug kwin, initialement uniquement sur X11 bien sûr.
Grossièrement, la difficulté est d'identifier de façon fiable les fenêtres, afin de pouvoir restaurer leur position/dimension. C'est ce qui a empêché l'implémentation il y a 20 ans, et aujourd'hui encore le protocole Wayland permettant d'associer une zone à un identifiant n'est pas encore terminé…
Je trouve qu'il y a quand même un peu de mauvaise volonté dans tout ça. Des approches partielles auraient pu être implémentées, et auraient satisfait 95% des utilisateurs:
- algo basé sur le titre (exemple d'implémentation récente)
- implémentation spécifique aux applis KDE (protocole Wayland maison, identification plus fiable des fenêtres lorsque kdelibs est utilisé…)
En complétant les cas foireux avec des règles de placement (qui existent déjà dans kwin), je suis certain qu'on arrive à un joli taux de satisfaction.
Mais non, tout du long de ce bug, pour la raison un peu fallacieuse que la fiabilité n'est pas de 100%, aucune correction partielle n'a été implémentée. Et 20 ans plus tard on en est encore au point de départ: même avec le protocole Wayland qui-va-bien, chaque appli devra être modifiée pour avoir la restauration de placement. Les toolkits Qt et GTK feront le gros du boulot, mais on ne sera toujours pas à une fiabilité de 100%, comme il y a 20 ans.
[^] # Re: Katastrophe !
Posté par cg . Évalué à 5 (+3/-0).
C'est donc en cours, un peu de patience :).
C'est déjà le cas : 95% des personnes ne sont pas des power-users, et s'en foutent royalement de faire du pixel-fucking sur leurs fenêtres.
[^] # Re: Katastrophe !
Posté par Christophe . Évalué à 4 (+2/-0).
Je parle quand même des utilisateurs qui souhaitent restaurer leur session, les autres évidemment n'ont pas de problème.
Et restaurer sa session, c'est pas forcément le power-user, juste celui qui a ses habitudes de travail et n'a pas envie de tout lancer et remettre sur le bon écran chaque matin.
[^] # Re: Katastrophe !
Posté par Psychofox (Mastodon) . Évalué à 3 (+0/-0).
Il y a plein de window managers x11 et compositeurs waylands qui placent les fenêtres dans des espaces dédiés à base de tags ou titres. Kwin n'edt peut-être juste pas celui qui te convient le mieux.
[^] # Re: Katastrophe !
Posté par ff9097 . Évalué à 3 (+2/-1).
Donc il y a 20 ans ça ne marchait deja pas mais c'est la faute de Wayland ? Fascinant
[^] # Re: Katastrophe !
Posté par Christophe . Évalué à 4 (+2/-0).
Ce qui est fascinant, c'est d'arriver à déduire ça de mon commentaire…
[^] # Re: Katastrophe !
Posté par YBoy360 (site web personnel) . Évalué à 2 (+0/-0).
La manière la plus fiable de ne pas avoir d'emmerde, c'est de ne rien restaurer des précédentes sessions après un démarrage.
Dommage, ce n'est pas sélectionné par défaut…
I use Arch BTW
[^] # Re: Katastrophe !
Posté par ff9097 . Évalué à 2 (+0/-0).
[^] # Re: Katastrophe !
Posté par Christophe . Évalué à 2 (+0/-0).
Oui, on ne pouvait pas identifier une fenêtre précisément il y a 20 ans [avec X11], et aujourd'hui encore [avec Wayland] on ne peut pas.
Dans cette phrase, ce n'est pas la faute de Wayland, mais de la complexité du problème.
[^] # Re: Katastrophe !
Posté par Psychofox (Mastodon) . Évalué à 2 (+0/-1).
Yakafokon quoi. Du coup il est où ton patch?
Par 95% des utilisateurs, tu veux surement dire 95% des 0.02% d'utilisateurs que cette fonctionnalité intéresse…ce qui auraient satisfait à 0.019% des utilisateurs.
Demandes peut-ėtre un remboursememt de tes frais d'achat de kwin si tu fais parti des 0.019% des utilisateurs pas pris en compte par l'équipe des développeurs de kwin.
[^] # Re: Katastrophe !
Posté par Christophe . Évalué à 3 (+1/-0).
Je ne fais pas partie des 0.019% de ces utilisateurs, mais de toutes façons j'utilise XFCE, qui le propose (apparemment c'est du code inspiré de fvwm2 et de twm).
Et puis, à en lire les premiers commentaires du bug, la fonctionnalité existait "presque" en 2005 avec Kde 3: le seul problème était qu'il fallait sélectionner manuellement les fenêtres à sauvegarder/restaurer. Ce patch là, oui, j'aurais pu l'écrire.
Si on suit les commentaires des devs kwin dans le rapport de bug, on lit deux choses:
- c'est très demandé (« Based on the list of duplicates and votes, It's clear that this is a very highly desired feature by our users »)
- ils considèrent que ce n'est pas faisable par le compositeur («Sorry, but this is not possible to implement for a window manager. We lack information to identify that a window is the same as previous window»).
Et je suis d'accord, ce n'est pas faisable de façon 100% fiable en l'état; Mais ce n'est pas le sujet de mon commentaire.
# Pb Debian 12 & 13 : je suis le seul ?
Posté par pseudonymous . Évalué à 2 (+2/-0).
Ma config : Ryzen 5950X + nVidia 3090FE.
À la sortie des deux dernières Debian, 12 et 13 (stable, ni testing, ni experimental), j'ai refait des installations de zéro.
Par défaut, c'est Plasma + Wayland.
À chaque fois, le résultat, c'est 95 % d'utilisation CPU et slideshow.
À chaque fois, fonctionnement normal avec Plasma + X11.
Qu'est-ce que le quoi ?
[^] # Re: Pb Debian 12 & 13 : je suis le seul ?
Posté par Voltairine . Évalué à 2 (+0/-0).
Quel pilote pour la carte nvidia ?
https://linuxfr.org/forums/linux-gui/posts/wayland-nvidia
Et aussi ce tuto (absolument pas testé n'ayant ni arch ni nvidia) https://linuxiac.com/nvidia-with-wayland-on-arch-setup-guide/
[^] # Re: Pb Debian 12 & 13 : je suis le seul ?
Posté par pseudonymous . Évalué à 0 (+0/-0).
Merci, j'explorerai ces liens quand je pourrai.
Quel pilote ? Tous !
Du moins, avec la Debian 12, au départ, c'est
nouveau, ensuite, je suis passé aux pilotes propriétaires dispos sur les repo Debian, et pour terminer, le pilote propriétaire récupéré sur le site nVidia. Aucune amélioration.Avec la 13, je pense que j'ai évité la dernière solution. J'en suis apparemment à la version
550.163.01-2quand je liste la multitude de packages installés.[^] # Re: Pb Debian 12 & 13 : je suis le seul ?
Posté par Psychofox (Mastodon) . Évalué à 3 (+0/-0).
Je n'ai pas de nvidia donc difficile d'aider plus mais nvidia n'a pas sorti un driver libre intégré u noyau mainline récemment? J'ai cru voir ça passer il y a quelques mois.
[^] # Re: Pb Debian 12 & 13 : je suis le seul ?
Posté par cg . Évalué à 3 (+1/-0).
Pas vraiment : c'est seulement la partie du pilote qui permet de faire la glu entre le noyau et un affreux blob propriétaire qui contient le code important. Et en plus ce n'est que pour les cartes plutôt récentes.
L'intérêt est la possibilité d'activer SecureBoot tout en utilisant le driver NVidia proprio.
Envoyer un commentaire
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.