El problema de cambio de tamaño de ventanas en macOS Tahoe sigue dando de qué hablar

 (noheger.at)
1 puntos por GN⁺ 2026-02-13 | 1 comentarios | Compartir por WhatsApp
  • Se creó una aplicación de prueba para verificar si se corrigió el bug de cambio de tamaño de ventanas en macOS 26.3
  • Mediante un escaneo a nivel de píxel, se analizó la zona de respuesta al clic alrededor de las esquinas de la ventana, visualizando el estado de respuesta por color
  • En la versión RC corregida, se confirmó una mejora al cambiar a una zona curva que sigue el radio de las esquinas
  • Sin embargo, el grosor de la zona de ajuste solo vertical u horizontal se redujo de 7 píxeles a 6 píxeles, disminuyendo la precisión de uso
  • En la versión final, la corrección fue eliminada por completo y se volvió a la zona rectangular anterior, y en las notas de la versión también se cambió “Resolved Issue” por “Known Issue”

Cambios en la versión RC de macOS 26.3

  • En las notas de la versión RC de macOS 26.3 se indicaba explícitamente la solución al problema de cambio de tamaño de ventanas planteado en un blog anterior
    • Por ello, se creó una aplicación de prueba para verificar los cambios reales
  • La app de prueba escanea a nivel de píxel el área alrededor de la esquina inferior derecha de la ventana y muestra con colores la respuesta al clic del mouse
    • Rojo: hay respuesta al clic
    • Verde: se puede cambiar el tamaño
    • Amarillo: solo se puede ajustar en vertical u horizontal
    • Azul: no hay evento del mouse
  • Como resultado, la zona de cambio de tamaño de la ventana pasó de ser rectangular a una forma que sigue la curva de la esquina, mejorando la consistencia visual
  • Sin embargo, el grosor de la zona amarilla se redujo de 3 píxeles a 2 píxeles, por lo que el grosor total bajó de 7 píxeles a 6 píxeles
    • Esto representa una reducción de aproximadamente 14%, lo que aumenta la probabilidad de que el usuario no acierte en la zona de ajuste

Regresión en la versión final de macOS 26.3

  • Al repetir la misma prueba en la versión final, se comprobó que la corrección de la versión RC fue eliminada por completo
    • La zona de cambio de tamaño de la ventana volvió nuevamente a la forma rectangular anterior
  • En las notas de la versión de Apple, el estado de este problema también cambió de “Resolved Issue” a “Known Issue”
    • Es decir, se retiró la solución y el problema sigue reconocido como un bug

Lecturas relacionadas

1 comentarios

 
GN⁺ 2026-02-13
Comentarios en Hacker News

  • Desde que conocí por primera vez los window managers (WM) de Linux, siempre he creído que la forma más eficiente de mover y redimensionar ventanas es con las combinaciones super+lmb/rmb
    Lo mejor es que ya no hace falta atinarle al encabezado o a las esquinas pixel por pixel
    También se puede ver una discusión relacionada en este hilo de Reddit

    • Antes usaba el window manager Sawfish, y era realmente bueno hasta que dejaron de mantenerlo
      Lo que más extraño es que permitía redimensionar libremente cualquier ventana
      Cuando usas un monitor vertical, da pena ver ventanas modales de tamaño fijo con barras de desplazamiento innecesarias
    • En Linux, si además aprendes los atajos para cerrar/minimizar/maximizar, incluso puedes quitar por completo los bordes y la barra de título de las ventanas
      Básicamente recuperas todo el espacio de pantalla
    • En macOS se puede activar el arrastre de ventanas con la combinación Control+Command
      Se configura con el comando defaults write -g NSWindowShouldDragOnGesture -bool true, y si lo usas junto con el arrastre de tres dedos, el problema de redimensionar desde los bordes casi desaparece
    • Desde la primera vez que usé Linux vi esta función y me pregunté por qué otros sistemas operativos no la copiaron tal cual
    • Hace poco empecé a usar una Mac nueva para el trabajo y, viniendo de Hyprland, no me ha sido fácil adaptarme
      Con Aerospace y Karabiner-Elements pude replicar casi todo mi flujo de trabajo, pero sigo extrañando redimensionar con super+clic derecho
      Aun así, mover ventanas con ctrl+cmd+clic izquierdo está bastante bien

  • Las pantallas cada vez son más grandes, pero los elementos de la UI se sienten más pequeños y más difíciles de clicar
    En la época del Macintosh 640x480, los controles de ventana eran claros y fáciles de pulsar
    También hay una mirada nostálgica a eso en esta entrada de blog

    • Desde los tiempos de EGA 620x200, parece que el tamaño en píxeles del área para manipular ventanas casi no ha cambiado
      Ahora hay muchas pantallas con más de 200 ppi, y seguir usando el mismo tamaño en píxeles es ineficiente
      Quizá sea mejor volver a un tiling window manager y eliminar el redimensionado con una sola tecla
    • He usado Mac desde la época de System 7, en 1994, y siento que Snow Leopard (10.6) fue el punto más alto tanto en estabilidad como en velocidad
      Sobre todo en la era de las BlackBook, la calidad del touchpad y del teclado era excelente, y el soporte multimonitor también era muy bueno
      Me da curiosidad qué saldría si la filosofía de diseño del MacOS clásico se combinara con hardware moderno
    • Cuando ves que diseñadores UX con monitores 4K en la práctica bajan a resolución 2K para trabajar, te das cuenta de que el problema de “pantalla grande pero todo se ve chico” es real

  • Si el grosor en píxeles baja de 7 a 6, eso significa una reducción del 14%, pero eso no implica que la probabilidad de fallar el clic aumente exactamente 14%
    Porque los clics de los usuarios no siguen una distribución uniforme, sino que tienden a concentrarse hacia el centro

    • Pero mientras no se conozca la distribución, la probabilidad de fallo podría incluso ser mayor
    • Por otro lado, también podría aumentar la probabilidad de que el evento de clic no sea interceptado por el window manager y sí llegue a la aplicación
    • Yo pensé lo mismo, pero no lo dije para no parecer demasiado puntilloso

  • Las actualizaciones recientes de Apple dan la impresión de introducir más bugs en macOS, iOS e iPadOS en general
    Parece que adentro hay grupos que priorizan la lógica organizacional por encima del beneficio para el usuario

    1. Cada vez que conectas un monitor externo tienes que reordenar las pantallas
    2. AirDrop deja de funcionar sin motivo
    3. Copiar y pegar entre dispositivos es inestable
    4. La app Preview se cae al hacer scroll en PDFs
      Ver que estos problemas aparecieron de nuevo da la sensación de que el control de calidad interno de Apple está seriamente tambaleándose
    • Si conectas un cable Ethernet y luego activas el Wi‑Fi, macOS se cae por completo y se reinicia
      Sin mensaje de advertencia, simplemente colapsa
    • Me pregunto si, igual que Microsoft, Apple también está imponiendo internamente el uso obligatorio de IA

  • Este cambio se corrigió en la versión RC, pero luego se revirtió en el lanzamiento final
    Parece que hubo alguna regresión o efecto secundario, y da curiosidad saber cuál fue exactamente el problema

    • Hubo reportes de que algunos estilos de NSWindow se rompían (foro de Apple Developer)
    • También pudo haber una razón técnica
      Por ejemplo, cuando las esquinas de dos ventanas se superponen, puede que ya no bastara con tratarlo como un simple bounding box, sino que hubiera que calcular la máscara gráfica real
      O quizá simplemente era un bug o crash
    • Tal vez Apple lo revirtió porque tiene planes de eliminar el diseño de esquinas redondeadas
    • Lo más probable es que lo hayan dejado en pausa porque la reacción de los usuarios en las pruebas públicas no fue buena
    • Ver que incluso un cambio tan simple es difícil de desplegar dentro de Apple deja ver la complejidad de su estructura organizacional
      De hecho, casi resulta más interesante por qué este bug se procesó tan rápido

  • El hit testing en interfaces es un problema resuelto desde hace décadas, así que sorprende que siga siendo tema de discusión
    Incluso las esquinas redondeadas no son técnicamente difíciles, así que da para pensar si no hubo fricción entre diseñadores y desarrolladores internamente

    • El touch hit testing de Mobile Safari es especialmente terrible
      Si tocas cerca de un control, muchas veces responde otro elemento distinto
      Sería bueno poder controlar la tap zone desde CSS, pero por ahora hay que agregar elementos HTML extra o meter a la fuerza handlers onclick
      En Safari de iOS 26 también apareció un nuevo problema donde intercepta los eventos de toque

  • Durante meses hubo un bug por el que no se podían redimensionar ventanas sin razón aparente, y la causa era que la ventana quedaba atravesando dos monitores
    Si la ventana toca aunque sea unos cuantos píxeles de ambas pantallas, ya no se puede redimensionar

    • La gestión de monitores externos en macOS es realmente caótica
      A veces la posición de la ventana se conserva, a veces se va a otra pantalla cualquiera, y a veces incluso aparece en una zona invisible
      Empiezo a entender por qué Apple empuja a usar las ventanas solo en mosaico o en pantalla completa
      Es incluso más inestable que en Windows o Linux
    • En algún lugar de la configuración se puede desactivar esta función, y cuando lo hice, en realidad me terminó pareciendo más cómodo así
    • Si usas un atajo con super+flecha para ajustar la ventana exactamente al borde del monitor, puedes evitar este problema
      Ahora casi ya no tengo que arrastrarlas manualmente con el mouse

  • No es perfecto, pero con BetterTouchTool puedes alternar el modo de redimensionado con un doble toque de tres dedos
    Si usas Yabai, ni siquiera hace falta desactivar por completo SIP, y además puedes mover ventanas con la tecla HYPER
    Ajustas la ventana con el movimiento del cursor, y en cuanto sueltas la tecla se detiene de inmediato

  • He probado varias apps para redimensionar ventanas en Mac, pero ninguna me ha parecido tan buena como FancyZones de Windows PowerToys
    No quiero atajos complejos ni hot corners
    Lo que quiero son dos cosas

    1. zonas predefinidas
    2. redimensionado de la frontera compartida entre dos ventanas
      Ojalá hubiera una app que ofreciera esto sin suscripción
    • Aunque es de pago, Rectangle Pro es la solución más cercana
      Pero yo terminé instalando Hammerspoon y escribiendo scripts en Lua
      Como mi configuración es personalizada para dos monitores 1440p, el código es simple y fácil de modificar
      Puedes ver el sitio oficial de Hammerspoon y este ejemplo de mi script
    • Swish puede redimensionar varias ventanas al mismo tiempo, BentoBox está inspirado en FancyZones
      Lasso ofrece layouts basados en cuadrícula, y MacsyZones da funciones parecidas en formato open source
      Swish, BentoBox, Lasso, MacsyZones
    • PowerToys está bien, pero que ocupe 1.17 GB ya es demasiado

  • Si hasta el Gnome por defecto se siente mejor, entonces la situación va en serio

    • Hace poco me cambié a KDE Plasma y estoy feliz de poder volver a usar esquinas de ventana rectas
    • Me gusta la implementación de Gnome en Fedora
      Cuando vuelvo a Mac, no entiendo por qué Spotlight y Mission Control existen por separado
    • Extraño la función de ajuste de ventanas de Windows o Gnome
      Ver todas las apps con la tecla Win, acomodarlas en media pantalla, o maximizar sin pasar a pantalla completa se siente mucho más intuitivo que en macOS