Problema de redimensionamento de janelas no macOS Tahoe, uma história que ainda continua

 (noheger.at)
1 pontos por GN⁺ 2026-02-13 | 1 comentários | Compartilhar no WhatsApp
  • Um aplicativo de teste foi criado para verificar se o bug de correção do redimensionamento de janelas no macOS 26.3 foi realmente corrigido
  • Por meio de uma varredura em nível de pixel, foi analisada a área de resposta a cliques ao redor das bordas da janela, com o estado de resposta visualizado por cores
  • Na versão RC corrigida, foi confirmado que houve melhora ao mudar para uma área curva que segue o raio dos cantos
  • Porém, a espessura da área de ajuste apenas vertical/horizontal foi reduzida de 7 pixels para 6 pixels, diminuindo a precisão da interação
  • Na versão final, a correção foi completamente removida, retornando à área retangular anterior, e nas notas de lançamento também houve mudança de “Resolved Issue” para “Known Issue”

Mudanças na versão RC do macOS 26.3

  • As notas de lançamento do macOS 26.3 RC indicavam explicitamente a correção do problema de redimensionamento de janelas levantado em um blog anterior
    • Com isso, foi criado um aplicativo de teste para verificar as mudanças reais
  • O app de teste faz uma varredura em nível de pixel ao redor do canto inferior direito da janela e mostra a resposta ao clique do mouse por cores
    • Vermelho: há resposta ao clique
    • Verde: é possível redimensionar
    • Amarelo: só é possível ajustar na vertical ou na horizontal
    • Azul: não há evento de mouse
  • Como resultado, a área de redimensionamento da janela foi alterada para um formato que segue a curva do canto em vez de ser retangular, melhorando a consistência visual
  • No entanto, a espessura da área amarela foi reduzida de 3 pixels para 2 pixels, fazendo a espessura total cair de 7 pixels para 6 pixels
    • Isso representa uma redução de cerca de 14%, aumentando a probabilidade de o usuário não acertar a área de ajuste

Regressão na versão final do macOS 26.3

  • Ao repetir o mesmo teste na versão final, constatou-se que a correção presente na versão RC foi completamente removida
    • A área de redimensionamento da janela voltou novamente ao formato retangular anterior
  • Nas notas de lançamento da Apple, o status desse problema também mudou de “Resolved Issue” para “Known Issue”
    • Ou seja, a correção foi retirada e o problema continua reconhecido como um bug existente

Leituras relacionadas

1 comentários

 
GN⁺ 2026-02-13
Comentários do Hacker News

  • Desde a primeira vez que usei um window manager (WM) no Linux, acredito que mover e redimensionar janelas com as combinações super+lmb/rmb é o jeito mais eficiente
    O melhor é não precisar mais alinhar cabeçalhos ou cantos no nível do pixel
    Dá para ver uma discussão relacionada neste tópico no Reddit

    • Eu usava o window manager Sawfish, e ele era realmente ótimo antes de deixar de ser mantido
      O que mais faz falta nele é poder redimensionar livremente qualquer janela
      Quando se usa um monitor vertical, é uma pena ver janelas modais de tamanho fixo com barras de rolagem desnecessárias
    • No Linux, se você aprender até os atalhos para fechar/minimizar/maximizar, dá para remover completamente as bordas e a barra de título das janelas
      Ou seja, é possível aproveitar todo o espaço da tela
    • No macOS, é possível ativar o arraste de janelas com a combinação Control+Command
      Isso pode ser configurado com o comando defaults write -g NSWindowShouldDragOnGesture -bool true, e junto com o arraste com três dedos quase elimina o problema de redimensionar nas bordas
    • Desde a primeira vez que vi esse recurso no Linux, fiquei me perguntando por que outros sistemas operacionais não copiaram isso exatamente como está
    • Recentemente passei a usar um Mac novo para o trabalho e, vindo do Hyprland, não foi fácil me adaptar
      Reproduzi quase todo o meu fluxo de trabalho com Aerospace e Karabiner-Elements, mas ainda sinto falta do redimensionamento com super+clique direito
      Ainda assim, mover janelas com ctrl+cmd+clique esquerdo é bem razoável

  • As telas ficam cada vez maiores, mas os elementos da UI parecem ficar menores e mais difíceis de clicar
    Na época do Macintosh 640x480, os controles das janelas eram claros e fáceis de pressionar
    Há também uma retrospectiva relacionada neste post de blog

    • Parece que, desde os tempos do EGA 620x200, o tamanho em pixels das áreas de manipulação de janelas quase não mudou
      Hoje há muitas telas com ppi acima de 200, então continuar usando a mesma unidade em pixels é ineficiente
      Talvez seja melhor voltar para um tiling window manager e eliminar o redimensionamento com uma única tecla
    • Uso Mac desde o System 7 em 1994, e ainda acho que o Snow Leopard (10.6) foi o auge tanto em estabilidade quanto em velocidade
      Em especial, a qualidade do touchpad e do teclado na era dos BlackBook era excelente, e o suporte a múltiplos monitores também era ótimo
      Fico curioso para saber que resultado daria unir a filosofia de design do MacOS antigo com hardware moderno
    • Quando vejo designers de UX usando monitores 4K mas, na prática, trabalhando em resolução 2K, fica claro que esse problema de “tela grande, mas tudo parece pequeno” é real

  • Se a espessura em pixels cai de 7 para 6, isso representa uma redução de 14%, mas isso não significa que a probabilidade de errar o clique aumente exatamente 14%
    Isso porque os cliques dos usuários não seguem uma distribuição uniforme, e sim concentrada no centro

    • Mas, sem conhecer essa distribuição, a chance de erro pode até ser maior
    • Por outro lado, pode aumentar a probabilidade de o evento de clique não ser interceptado pelo gerenciador de janelas e ser entregue ao aplicativo
    • Também pensei a mesma coisa, mas não falei para não parecer excessivamente pedante

  • As atualizações recentes da Apple passam a sensação de introduzir ainda mais bugs no macOS, iOS e iPadOS
    Parece haver internamente um grupo que prioriza a lógica organizacional acima do interesse do usuário

    1. Ao conectar um monitor externo, é preciso reorganizar as telas toda vez
    2. O AirDrop para de funcionar sem motivo
    3. O copiar e colar entre dispositivos é instável
    4. O app Preview trava ao rolar PDFs
      Ver problemas novos como esses sugere que o controle interno de qualidade da Apple está seriamente abalado
    • Se o Wi‑Fi é ligado com um cabo Ethernet conectado, o macOS trava completamente e reinicia
      Cai sem qualquer aviso
    • Fico me perguntando se, como a Microsoft, a Apple também está forçando o uso de IA internamente

  • Essa mudança foi corrigida na versão RC, mas revertida na versão final
    Parece ter havido alguma regressão ou efeito colateral, e fico curioso sobre qual foi exatamente o problema

    • Houve relatos de que alguns estilos de NSWindow quebraram (fórum Apple Developer)
    • Também pode ter sido um motivo técnico
      Por exemplo, quando os cantos de duas janelas se sobrepõem, pode ter surgido uma situação em que não dava mais para tratar isso apenas com uma bounding box, sendo necessário calcular a máscara gráfica real
      Ou talvez tenha sido apenas um bug ou crash simples
    • Talvez a Apple tenha revertido isso porque pretende eliminar o design com cantos arredondados
    • O mais provável é que tenha sido adiado porque a reação dos usuários nos testes públicos não foi boa
    • O fato de até uma correção simples dessas ser difícil de distribuir dentro da Apple mostra a complexidade da estrutura organizacional
      Na verdade, é ainda mais interessante entender por que esse bug foi tratado tão rápido

  • O hit testing de UI é um problema resolvido há décadas, então é surpreendente que isso ainda seja debatido
    Até cantos arredondados não são tecnicamente difíceis, então dá para imaginar que tenha havido conflito entre designers e desenvolvedores internamente

    • O hit testing por toque do Mobile Safari é especialmente horrível
      Ao tocar perto de um controle, muitas vezes um elemento aleatório responde
      Seria ótimo poder controlar a tap zone no CSS, mas hoje é preciso adicionar elementos HTML ou enfiar à força handlers onclick
      No Safari do iOS 26, também surgiu um novo problema de interceptação de eventos de toque

  • Houve por meses um bug em que não era possível redimensionar janelas sem motivo aparente, e a causa era uma janela abrangendo dois monitores
    Se a janela atravessasse as duas telas nem que fosse por alguns pixels, o redimensionamento deixava de funcionar

    • O gerenciamento de monitores externos no macOS é realmente confuso
      A posição da janela às vezes é preservada, às vezes vai para a tela errada, e às vezes ela até aparece em uma área invisível
      Dá para entender por que a Apple quer empurrar o uso de janelas em mosaico ou em tela cheia
      É mais instável até do que no Windows ou no Linux
    • Dá para desativar esse recurso em algum lugar nas configurações, e quando desliguei acabei achando aquilo mais confortável
    • Usar atalhos com super+seta para encaixar a janela exatamente no limite do monitor evita esse tipo de problema
      Agora quase nunca mais preciso arrastar manualmente com o mouse

  • Não é perfeito, mas com o BetterTouchTool dá para alternar o modo de redimensionamento com um toque duplo de três dedos
    Com Yabai, não é preciso desativar completamente o SIP, e também dá para mover janelas com a tecla HYPER
    Você ajusta a janela com o movimento do cursor, e ela para imediatamente quando solta a tecla

  • Já usei vários apps de redimensionamento de janelas no Mac, mas nada chegou perto do FancyZones do Windows PowerToys
    Não quero atalhos complicados nem hot corners
    O que eu quero são duas coisas

    1. áreas predefinidas
    2. redimensionamento da borda compartilhada entre duas janelas
      Seria bom se houvesse um app que oferecesse isso sem assinatura
    • Embora seja pago, o Rectangle Pro é a solução mais próxima
      Mas eu preferi instalar o Hammerspoon e escrever scripts em Lua por conta própria
      Como a configuração é personalizada para dois monitores 1440p, o código é simples e fácil de ajustar
      Dá para consultar o site oficial do Hammerspoon e este exemplo de script
    • O Swish permite redimensionar várias janelas ao mesmo tempo, o BentoBox é inspirado no FancyZones
      O Lasso oferece layouts baseados em grade, e o MacsyZones disponibiliza recursos semelhantes em código aberto
      Swish, BentoBox, Lasso, MacsyZones
    • O PowerToys é bom, mas ocupar 1,17 GB é exagero demais

  • Se a ponto de o Gnome padrão parecer melhor, então a situação está feia

    • Recentemente mudei para o KDE Plasma e estou satisfeito por poder usar cantos de janela retos de novo
    • Gosto da implementação do Gnome no Fedora
      Quando volto para o Mac, não entendo por que Spotlight e Mission Control existem separados
    • Sinto falta dos recursos de snap de janela do Windows ou do Gnome
      Ver todos os apps com a tecla Win, alinhar em meia tela e maximizar sem entrar em tela cheia são coisas muito mais intuitivas do que no macOS