Post #1415954

2026-04-17 07:19 UTC

@jor je pense que c'est un cas de « not our priority » (Wayland) / « not our problem/priority » (ffx), avec en plus ptet l'idée que si ffx gère le retour aux bureaux mémorisés, ça implique rajouter du code mais aussi le maintenir en cas d'évolution de l'API de Wayland. Enfin, je suppose. Donc priorité basse puisque c'est pas « leur » problème.

Replies (2)

@jenesuispasgoth@pouet.chapril.org 2026-04-17 07:21

@jor (à côté de ça, MS faisait de l'émulation de comportement d'API en fonction du programme qui se lançait, genre Sim City, qui utilisait une API interne non documentée qui avait changé de comportement avec le passage de DOS à Windows 9x.)

Open ##1415955
@jor@eldritch.cafe 2026-04-17 07:24

@jenesuispasgoth Ouais mais non, parce que la fonctionnalité existait avant Wayland et ça marchait (et marche toujours) très bien. Donc le système a les moyens d’identifier chaque fenêtre de FF de façon unique, le code pour faire ça existe déjà. Le système a aussi les moyens d’identifier chaque bureau évidemment (et c’est pas dur, il suffit de les numéroter). Donc à partir de là, je suppose que ce serait pas déraisonnablement compliqué de rajouter quelques lignes de code pour que, quand une appli se lance, identifier les nouvelles fenêtres et les remettre sur le bureau virtuel sur lequel elles étaient… 😕 Enfin bon. 😐

Open ##1415956