Tant mieux, ce n'est pas à l'application de gérer sa fenêtre, c'est le rôle du… gestionnaire de fenêtre :-)
Exactement, j'ai jamais compris pourquoi Gtk/Gdk ont autorisé le placement des fenêtre dans l'API. À mon avis les développeurs de kicad n'ont jamais utilisé un gestionnaire de fenêtre de type tiling. À aucun moment une application n'a besoin de savoir où sa fenêtre doit être et encore moins faire du MDI.
La seule chose qu'une application puisse exiger c'est une taille minimale (éventuellement maximale) et au pire une taille fixe pour les jeux vidéos (et encore, l'idéal serait d'avoir un décor adaptatif pour des résolutions différentes).
L'application peut très bien demander à ce qu'une de ses fenêtres soit traitée d'une façon particulière. Ensuite le mot final revient au gestionnaire de fenêtres, oui.
C'est déjà le cas pour les popups, et pour toutes les actions de fenêtrage lorsqu'on utilise un "Client Side Decoration" (coucou les apps GTK !). Par exemple il y a une extension spécifique KDE pour ça, et probablement un équivalent chez les autres compositeurs.
L'application peut très bien demander à ce qu'une de ses fenêtres soit traitée d'une façon particulière. Ensuite le mot final revient au gestionnaire de fenêtres, oui.
Je pense que ça reste tout de même une mauvaise idée. Cela veut dire que tu as envie de designer un comportement selon une idée très personnelle. Par exemple, disons que tu souhaites que ton popup s'affiche exactement au centre de ton application, pourquoi pas. En revanche, on peut imaginer un compositeur ayant une contrainte très précise comme un écran vertical de téléphone/taablette et cette popup aura probablement pas du tout le même aspect et devra même peut-être occuper tout l'écran pour s'afficher.
# Je code avec le cul tralalala
Posté par devnewton 🍺 (site web personnel) . Évalué à 6 (+3/-0).
Tant mieux, ce n'est pas à l'application de gérer sa fenêtre, c'est le rôle du… gestionnaire de fenêtre :-)
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Je code avec le cul tralalala
Posté par David Demelier (site web personnel) . Évalué à 4 (+2/-0).
Exactement, j'ai jamais compris pourquoi Gtk/Gdk ont autorisé le placement des fenêtre dans l'API. À mon avis les développeurs de kicad n'ont jamais utilisé un gestionnaire de fenêtre de type tiling. À aucun moment une application n'a besoin de savoir où sa fenêtre doit être et encore moins faire du MDI.
La seule chose qu'une application puisse exiger c'est une taille minimale (éventuellement maximale) et au pire une taille fixe pour les jeux vidéos (et encore, l'idéal serait d'avoir un décor adaptatif pour des résolutions différentes).
AI is a mental disorder
[^] # Re: Je code avec le cul tralalala
Posté par Christophe . Évalué à 4 (+2/-0).
L'application peut très bien demander à ce qu'une de ses fenêtres soit traitée d'une façon particulière. Ensuite le mot final revient au gestionnaire de fenêtres, oui.
C'est déjà le cas pour les popups, et pour toutes les actions de fenêtrage lorsqu'on utilise un "Client Side Decoration" (coucou les apps GTK !). Par exemple il y a une extension spécifique KDE pour ça, et probablement un équivalent chez les autres compositeurs.
[^] # Re: Je code avec le cul tralalala
Posté par David Demelier (site web personnel) . Évalué à 2 (+0/-0).
Je pense que ça reste tout de même une mauvaise idée. Cela veut dire que tu as envie de designer un comportement selon une idée très personnelle. Par exemple, disons que tu souhaites que ton popup s'affiche exactement au centre de ton application, pourquoi pas. En revanche, on peut imaginer un compositeur ayant une contrainte très précise comme un écran vertical de téléphone/taablette et cette popup aura probablement pas du tout le même aspect et devra même peut-être occuper tout l'écran pour s'afficher.
AI is a mental disorder
# mauvaise foi
Posté par Psychofox (Mastodon) . Évalué à 4 (+1/-0).
Il y a pas mal de mauvaise foi dans leur message.
Après ils sont libres de ne pas supporter wayland si ça ne les intéresse pas.
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.