Le problème de redimensionnement des fenêtres dans macOS Tahoe, une saga qui continue

 (noheger.at)
1 points par GN⁺ 2026-02-13 | 1 commentaires | Partager sur WhatsApp
  • Une application de test a été créée pour vérifier si le bug de redimensionnement des fenêtres avait bien été corrigé dans macOS 26.3
  • Une analyse au pixel près de la zone réactive aux clics autour des coins de la fenêtre a été réalisée, avec une visualisation par couleur de l’état de réponse
  • Dans la version RC corrigée, la zone a été modifiée en zone courbe suivant le rayon des coins, montrant une amélioration
  • Cependant, l’épaisseur de la zone de redimensionnement verticale/horizontale uniquement a diminué de 7 à 6 pixels, ce qui réduit la précision de manipulation
  • Dans la version finale, la correction a été entièrement retirée, avec un retour à l’ancienne zone rectangulaire, et dans les notes de version, “Resolved Issue” a été remplacé par “Known Issue”

Changements dans la version RC de macOS 26.3

  • Les notes de version de macOS 26.3 RC indiquaient explicitement la résolution du problème de redimensionnement des fenêtres soulevé dans un précédent billet de blog
    • Une application de test a donc été développée pour vérifier les changements réels
  • L’application de test scanne au pixel près la zone autour du coin inférieur droit de la fenêtre et affiche la réponse aux clics de souris par couleur
    • Rouge : réponse au clic
    • Vert : redimensionnement possible
    • Jaune : redimensionnement vertical ou horizontal uniquement possible
    • Bleu : aucun événement de souris
  • Au final, la zone de redimensionnement de la fenêtre a été modifiée pour suivre la courbe du coin au lieu d’un rectangle, améliorant ainsi la cohérence visuelle
  • Cependant, l’épaisseur de la zone jaune est passée de 3 à 2 pixels, réduisant l’épaisseur totale de 7 à 6 pixels
    • Cela représente une baisse d’environ 14 %, augmentant la probabilité que l’utilisateur manque la zone de redimensionnement

Régression dans la version finale de macOS 26.3

  • En relançant le même test sur la version finale, il est apparu que la correction présente dans la version RC avait été entièrement supprimée
    • La zone de redimensionnement de la fenêtre est revenue à sa forme rectangulaire d’origine
  • Dans les notes de version d’Apple, l’état du problème a également été modifié, passant de “Resolved Issue” à “Known Issue”
    • Autrement dit, la correction a été annulée et le problème reste un bug officiellement reconnu

À lire aussi

1 commentaires

 
GN⁺ 2026-02-13
Réactions sur Hacker News

  • Depuis que j’ai découvert pour la première fois les gestionnaires de fenêtres (WM) sous Linux, j’ai toujours pensé que le plus efficace pour déplacer et redimensionner une fenêtre, c’était les combinaisons super+clic gauche / clic droit
    Le mieux, c’est qu’on n’a plus besoin de viser au pixel près la barre de titre ou les coins
    On peut aussi voir une discussion à ce sujet dans ce fil Reddit

    • J’utilisais autrefois le gestionnaire de fenêtres Sawfish, et il était vraiment excellent avant l’arrêt de sa maintenance
      Ce qui me manque le plus, c’est qu’on pouvait redimensionner librement n’importe quelle fenêtre
      Quand on utilise un moniteur vertical, c’est dommage de voir des fenêtres modales à taille fixe avec des barres de défilement inutiles
    • Sous Linux, si on apprend aussi les raccourcis pour fermer / minimiser / maximiser, on peut carrément supprimer les bordures et la barre de titre des fenêtres
      On récupère ainsi tout l’espace d’écran
    • Sur macOS, on peut activer le glisser-déposer des fenêtres avec la combinaison Control+Command
      Cela se règle avec la commande defaults write -g NSWindowShouldDragOnGesture -bool true, et combiné au glisser à trois doigts, cela élimine presque totalement les problèmes de redimensionnement depuis les bords
    • Depuis ma première utilisation de Linux, en voyant cette fonction, je me suis demandé pourquoi les autres OS ne l’avaient pas simplement copiée telle quelle
    • J’ai récemment dû utiliser un nouveau Mac pour le travail, et après Hyprland, l’adaptation n’a pas été facile
      J’ai reproduit l’essentiel de mon workflow avec Aerospace et Karabiner-Elements, mais le redimensionnement avec super+clic droit me manque toujours
      Cela dit, le déplacement des fenêtres avec ctrl+cmd+clic gauche est plutôt correct

  • Les écrans deviennent de plus en plus grands, mais les éléments d’interface semblent au contraire rétrécir et devenir plus difficiles à cliquer
    À l’époque du Macintosh 640x480, les contrôles de fenêtre étaient nets et faciles à viser
    On peut aussi retrouver cette nostalgie dans cet article de blog

    • Depuis l’époque du EGA 620x200, la taille en pixels des zones de manipulation des fenêtres semble à peu près inchangée
      Aujourd’hui, beaucoup d’écrans dépassent les 200 ppi, et garder les mêmes dimensions en pixels reste inefficace
      Il vaudrait peut-être mieux revenir à un gestionnaire de fenêtres en mosaïque et supprimer complètement le redimensionnement avec une seule touche
    • J’utilise des Mac depuis System 7 en 1994, et j’ai toujours eu l’impression que Snow Leopard (10.6) représentait le meilleur équilibre entre stabilité et rapidité
      Surtout à l’époque des BlackBook, où la qualité du trackpad et du clavier était excellente, avec en plus un très bon support multi-écrans
      Je me demande ce que donnerait la philosophie de design de l’ancien MacOS combinée au matériel moderne
    • Quand on voit des UX designers sur moniteurs 4K travailler en pratique en résolution 2K, on comprend que ce problème du « grand écran qui paraît petit » est bien réel

  • Si l’épaisseur en pixels passe de 7 à 6, cela représente bien une baisse de 14 %, mais cela ne veut pas dire que la probabilité de rater un clic augmente exactement de 14 %
    Les clics des utilisateurs ne suivent pas une distribution uniforme, ils sont plutôt concentrés vers le centre

    • Mais tant qu’on ne connaît pas cette distribution, la probabilité d’échec pourrait au contraire être encore plus élevée
    • À l’inverse, cela peut aussi augmenter la probabilité qu’un événement de clic ne soit pas intercepté par le gestionnaire de fenêtres et soit transmis à l’application
    • J’ai eu la même réflexion, mais je ne l’ai pas dite pour ne pas passer pour quelqu’un de trop pointilleux

  • Les mises à jour récentes d’Apple donnent l’impression d’introduire davantage de bugs dans macOS, iOS et iPadOS
    On dirait qu’il existe en interne un groupe qui fait passer sa logique organisationnelle avant l’intérêt des utilisateurs

    1. À chaque connexion d’un écran externe, il faut réorganiser l’affichage
    2. AirDrop cesse de fonctionner sans raison
    3. Le copier-coller entre appareils est instable
    4. L’app Preview plante lors du défilement de PDF
      Voir apparaître ce genre de problèmes récemment montre que le contrôle qualité interne d’Apple vacille sérieusement
    • Si on active le Wi‑Fi alors qu’un câble Ethernet est branché, macOS plante complètement puis redémarre
      Pas même un message d’avertissement, juste un crash
    • Je me demande si, comme Microsoft, Apple impose aussi en interne l’usage de l’IA

  • Cette modification a été corrigée dans la version RC, puis annulée dans la version finale
    Il a probablement dû y avoir une régression ou un effet secondaire, mais je me demande quel était exactement le problème

    • Certains ont signalé que certains styles NSWindow étaient cassés (forum Apple Developer)
    • Il peut aussi y avoir une raison technique
      Par exemple, quand les coins de deux fenêtres se chevauchent, il a peut-être fallu passer d’un simple traitement par bounding box à un calcul basé sur les vrais masques graphiques
      Ou alors ce n’était qu’un simple bug ou crash
    • Peut-être qu’Apple a fait machine arrière parce qu’il prévoit d’abandonner le design à coins arrondis
    • Il est aussi probable que le changement ait été suspendu parce que les retours des utilisateurs n’étaient pas bons pendant les tests publics
    • Le fait que même une correction aussi simple soit difficile à déployer en interne chez Apple donne une idée de la complexité de sa structure organisationnelle
      Finalement, ce qui est presque plus intéressant, c’est de savoir pourquoi ce bug a été traité aussi vite

  • Le hit testing de l’UI est un problème résolu depuis des décennies, donc c’est surprenant que cela fasse encore débat
    Même les coins arrondis ne sont pas techniquement compliqués, donc je soupçonne plutôt un conflit interne entre designers et développeurs

    • Le hit testing tactile de Mobile Safari est particulièrement affreux
      Quand on touche près d’un contrôle, c’est souvent un autre élément qui réagit
      Ce serait bien de pouvoir contrôler la zone de tap en CSS, mais aujourd’hui il faut ajouter des éléments HTML ou bricoler des gestionnaires onclick
      Safari sur iOS 26 introduit aussi un nouveau problème d’interception des événements de tap

  • Pendant plusieurs mois, j’ai eu un bug empêchant le redimensionnement des fenêtres sans raison apparente, et la cause était en fait une fenêtre à cheval sur deux écrans
    Si la fenêtre empiète ne serait-ce que de quelques pixels sur les deux affichages, il devient impossible de la redimensionner

    • La gestion des écrans externes sur macOS est vraiment déroutante
      Soit la position des fenêtres est conservée, soit elles partent sur le mauvais écran, soit elles apparaissent carrément dans une zone invisible
      Je comprends mieux pourquoi Apple pousse à utiliser les fenêtres uniquement en mosaïque ou en plein écran
      C’est encore plus instable que sous Windows ou Linux
    • On peut désactiver cette fonction quelque part dans les réglages, et en fait, une fois désactivée, j’ai trouvé ça plus confortable
    • En utilisant des raccourcis super+flèche pour aligner précisément les fenêtres sur les bords de l’écran, on évite ce problème
      Maintenant, je n’ai presque plus besoin de les faire glisser à la souris

  • Ce n’est pas parfait, mais avec BetterTouchTool, on peut basculer en mode redimensionnement via un double tap à trois doigts
    Avec Yabai, il n’est pas nécessaire de désactiver complètement le SIP, et on peut aussi déplacer les fenêtres avec la touche HYPER
    On ajuste la fenêtre avec le mouvement du curseur, et tout s’arrête dès qu’on relâche la touche

  • J’ai essayé plusieurs apps de redimensionnement de fenêtres sur Mac, mais aucune n’était aussi bonne que FancyZones de Windows PowerToys
    Je ne veux ni raccourcis compliqués ni hot corners
    Ce que je veux, c’est simplement deux choses

    1. des zones prédéfinies
    2. le redimensionnement d’une bordure partagée entre deux fenêtres
      Ce serait bien qu’une app propose cela sans abonnement
    • C’est payant, mais Rectangle Pro est la solution la plus proche
      De mon côté, j’ai finalement installé Hammerspoon et écrit un script en Lua
      Comme ma configuration est adaptée à deux moniteurs 1440p, le code reste simple et facile à modifier
      On peut consulter le site officiel de Hammerspoon ainsi que un exemple de mon script
    • Swish peut redimensionner plusieurs fenêtres à la fois, BentoBox est inspiré de FancyZones
      Lasso propose une disposition en grille, et MacsyZones offre des fonctions similaires en open source
      Swish, BentoBox, Lasso, MacsyZones
    • PowerToys est bien, mais 1,17 Go pour ça, c’est vraiment excessif

  • Si même le Gnome de base paraît meilleur, c’est que la situation est grave

    • Je suis récemment passé à KDE Plasma, et je suis content de pouvoir à nouveau utiliser des coins de fenêtre anguleux
    • J’aime l’implémentation de Gnome par Fedora
      Quand je reviens sur Mac, je ne comprends pas pourquoi Spotlight et Mission Control existent séparément
    • Les fonctions d’ancrage de fenêtres de Windows ou Gnome me manquent
      La touche Win pour afficher toutes les apps, l’alignement sur une moitié d’écran, ou la maximisation sans plein écran sont bien plus intuitifs que sur macOS