Vấn đề điều chỉnh kích thước cửa sổ trên macOS Tahoe, câu chuyện vẫn tiếp diễn

 (noheger.at)
1 điểm bởi GN⁺ 2026-02-13 | 1 bình luận | Chia sẻ qua WhatsApp
  • Đã tạo một ứng dụng thử nghiệm để xác minh liệu lỗi điều chỉnh kích thước cửa sổ trên macOS 26.3 đã được sửa hay chưa
  • Phân tích vùng phản hồi khi nhấp quanh góc cửa sổ bằng cách quét theo từng pixel, và trực quan hóa trạng thái phản hồi theo màu sắc
  • Trên bản RC đã được sửa, vùng này được đổi thành vùng cong theo bán kính góc, cho thấy sự cải thiện
  • Tuy nhiên, độ dày của vùng chỉ cho phép điều chỉnh theo chiều dọc/ngang giảm từ 7 pixel xuống 6 pixel, làm giảm độ chính xác khi thao tác
  • Ở bản phát hành cuối cùng, phần sửa đổi đã bị gỡ bỏ hoàn toàn và quay lại vùng hình chữ nhật trước đó, đồng thời trong ghi chú phát hành, “Resolved Issue” cũng được đổi thành “Known Issue”

Các thay đổi trong phiên bản macOS 26.3 RC

  • Ghi chú phát hành macOS 26.3 RC nêu rõ việc khắc phục vấn đề điều chỉnh kích thước cửa sổ đã được đề cập trong bài blog trước đó
    • Vì vậy, một ứng dụng thử nghiệm đã được tạo ra để kiểm chứng những thay đổi thực tế
  • Ứng dụng thử nghiệm quét theo từng pixel quanh góc dưới bên phải của cửa sổ và hiển thị phản hồi khi nhấp chuột bằng màu sắc
    • Đỏ: có phản hồi khi nhấp
    • Xanh lá: có thể điều chỉnh kích thước
    • Vàng: chỉ có thể điều chỉnh theo chiều dọc hoặc chiều ngang
    • Xanh dương: không có sự kiện chuột
  • Kết quả cho thấy vùng điều chỉnh kích thước cửa sổ đã được đổi từ hình chữ nhật sang dạng bám theo đường cong của góc, giúp tăng tính nhất quán về mặt thị giác
  • Tuy nhiên, độ dày vùng màu vàng giảm từ 3 pixel xuống 2 pixel, khiến tổng độ dày giảm từ 7 pixel xuống 6 pixel
    • Đây là mức giảm khoảng 14%, làm tăng khả năng người dùng bỏ lỡ vùng điều chỉnh

Sự hồi quy trong bản phát hành cuối cùng của macOS 26.3

  • Khi thực hiện lại cùng bài kiểm tra trên phiên bản cuối cùng, kết quả cho thấy bản sửa trong RC đã bị gỡ bỏ hoàn toàn
    • Vùng điều chỉnh kích thước cửa sổ lại quay về dạng hình chữ nhật cũ
  • Trong ghi chú phát hành của Apple, trạng thái của vấn đề này cũng được đổi từ “Resolved Issue” thành “Known Issue”
    • Điều đó có nghĩa là việc sửa lỗi đã bị rút lại và vấn đề vẫn được ghi nhận là một lỗi tồn tại

Bài viết liên quan

1 bình luận

 
GN⁺ 2026-02-13
Ý kiến trên Hacker News

  • Ngay từ lần đầu tiếp xúc với window manager (WM) trên Linux, tôi đã tin rằng cách hiệu quả nhất để di chuyển và thay đổi kích thước cửa sổ là dùng tổ hợp super+lmb/rmb
    Điểm tuyệt nhất là không còn phải căn tiêu đề hay góc cửa sổ đến từng pixel nữa
    Có thể xem thêm thảo luận liên quan trong chuỗi Reddit

    • Trước đây tôi từng dùng window manager Sawfish, và nó thực sự rất tuyệt trước khi ngừng được bảo trì
      Điều tôi nhớ nhất là khả năng thay đổi kích thước tự do của bất kỳ cửa sổ nào
      Khi dùng màn hình dọc, thật đáng tiếc khi các hộp thoại modal kích thước cố định lại có thanh cuộn một cách không cần thiết
    • Trên Linux, nếu còn nhớ cả phím tắt đóng/thu nhỏ/phóng to, bạn thậm chí có thể loại bỏ hẳn viền cửa sổ và thanh tiêu đề
      Như vậy sẽ giải phóng hoàn toàn không gian màn hình
    • Trên macOS, có thể bật kéo cửa sổ bằng tổ hợp Control+Command
      Có thể thiết lập bằng lệnh defaults write -g NSWindowShouldDragOnGesture -bool true, và nếu dùng cùng kéo bằng ba ngón tay thì gần như không còn vấn đề resize ở mép nữa
    • Từ lần đầu dùng Linux và thấy tính năng này, tôi đã tự hỏi vì sao các OS khác không sao chép nguyên xi nó
    • Gần đây tôi phải dùng một máy Mac mới cho công việc, và sau khi chuyển từ Hyprland sang thì rất khó thích nghi
      Tôi đã tái tạo được phần lớn workflow bằng Aerospace và Karabiner-Elements, nhưng vẫn nhớ tính năng resize bằng super+chuột phải
      Dù vậy, khả năng di chuyển cửa sổ bằng ctrl+cmd+chuột trái cũng khá ổn

  • Màn hình thì ngày càng lớn, nhưng các thành phần UI lại có cảm giác ngày càng nhỏ và khó bấm hơn
    Vào thời Macintosh 640x480, các điều khiển cửa sổ rất rõ ràng và dễ nhấn
    Có thể xem thêm hồi tưởng liên quan trong bài blog này

    • Từ thời EGA 620x200, kích thước pixel của vùng thao tác cửa sổ dường như gần như không đổi
      Giờ đây có rất nhiều màn hình ppi trên 200, nhưng vẫn giữ cùng đơn vị pixel như cũ thì khá kém hiệu quả
      Có lẽ quay lại dùng tiling window manager để bỏ hẳn việc resize chỉ với một phím còn hợp lý hơn
    • Tôi đã dùng Mac từ thời System 7 năm 1994, và cảm thấy Snow Leopard (10.6) là thời điểm tốt nhất cả về độ ổn định lẫn tốc độ
      Đặc biệt, touchpad và bàn phím thời BlackBook rất xuất sắc, hỗ trợ đa màn hình cũng rất tốt
      Tôi tò mò không biết sẽ ra sao nếu triết lý thiết kế của MacOS cũ được kết hợp với phần cứng hiện đại
    • Thấy các UX designer dùng màn hình 4K nhưng thực tế lại hạ xuống độ phân giải 2K để làm việc, có thể thấy vấn đề “màn hình lớn nhưng mọi thứ trông nhỏ đi” là có thật

  • Nếu độ dày pixel giảm từ 7 xuống 6 thì tương đương giảm 14%, nhưng điều đó không có nghĩa là xác suất bấm trượt thực tế tăng đúng 14%
    Vì thao tác nhấp của người dùng không phân bố đều mà thường tập trung về phía trung tâm

    • Nhưng nếu không biết phân bố đó, thì xác suất thất bại thậm chí có thể còn cao hơn
    • Ngược lại, xác suất sự kiện click không bị window manager chặn lại mà được chuyển cho ứng dụng có thể lại tăng lên
    • Tôi cũng nghĩ giống vậy, nhưng không nói ra vì sợ trông như một người quá soi mói

  • Các bản cập nhật gần đây của Apple cho cảm giác đang đưa thêm nhiều lỗi hơn trên toàn bộ macOS, iOS và iPadOS
    Có vẻ bên trong công ty tồn tại một nhóm ưu tiên logic tổ chức hơn lợi ích người dùng

    1. Mỗi lần kết nối màn hình ngoài lại phải sắp xếp lại màn hình
    2. AirDrop tự dưng ngừng hoạt động không rõ lý do
    3. Sao chép-dán giữa các thiết bị không ổn định
    4. Ứng dụng Preview bị crash khi cuộn PDF
      Việc những vấn đề này mới xuất hiện cho thấy kiểm soát chất lượng nội bộ của Apple đang chao đảo nghiêm trọng
    • Nếu cắm cáp Ethernet rồi bật Wi‑Fi, macOS sẽ crash hoàn toàn rồi khởi động lại
      Không có cảnh báo nào, chỉ đơn giản là sập luôn
    • Tôi tự hỏi liệu Apple, giống như Microsoft, cũng đang nội bộ ép buộc sử dụng AI hay không

  • Thay đổi lần này đã được sửa trong bản RC nhưng lại bị hoàn tác ở bản phát hành cuối cùng
    Có vẻ đã xảy ra hồi quy hoặc tác dụng phụ gì đó, và tôi tò mò không biết chính xác là vấn đề gì

    • Có báo cáo rằng một số kiểu NSWindow đã bị lỗi (Apple Developer Forums)
    • Cũng có thể là lý do kỹ thuật
      Ví dụ, khi góc của hai cửa sổ chồng lên nhau, có thể đã xuất hiện tình huống không thể chỉ xử lý bằng bounding box đơn giản mà phải tính theo graphic mask thực tế
      Hoặc cũng có thể chỉ là một bug hay crash đơn giản
    • Cũng có thể Apple đã hoàn tác vì đang có kế hoạch loại bỏ thiết kế góc bo tròn
    • Khả năng cao là họ đã tạm hoãn vì phản hồi người dùng không tốt trong quá trình thử nghiệm công khai
    • Việc ngay cả một chỉnh sửa đơn giản như vậy cũng khó triển khai nội bộ cho thấy độ phức tạp trong cấu trúc tổ chức
      Thậm chí điều thú vị hơn là tại sao bug này lại được xử lý nhanh đến vậy

  • Hit testing trong UI là vấn đề đã được giải quyết từ nhiều thập kỷ trước, nên thật ngạc nhiên khi đến giờ vẫn còn tranh cãi
    Ngay cả góc bo tròn cũng không hề khó về mặt kỹ thuật, nên tôi đoán có lẽ bên trong đã xảy ra xung đột giữa designer và developer

    • Hit testing cảm ứng của Mobile Safari đặc biệt tệ
      Chạm gần một control thì rất hay làm phản hồi nhầm sang phần tử khác
      Sẽ thật tốt nếu CSS có thể điều khiển vùng chạm (tap zone), nhưng hiện giờ vẫn phải thêm phần tử HTML hoặc cố nhét onclick handler vào
      Trên iOS 26 Safari còn xuất hiện thêm vấn đề mới là chặn các sự kiện tap

  • Có một bug khiến tôi không thể resize cửa sổ suốt nhiều tháng mà không rõ lý do, và nguyên nhân là cửa sổ nằm vắt qua hai màn hình
    Chỉ cần cửa sổ chạm sang màn hình thứ hai vài pixel thôi là không thể resize được

    • Khả năng quản lý màn hình ngoài của macOS thực sự rất rối rắm
      Vị trí cửa sổ lúc thì được giữ nguyên, lúc thì bị chuyển sang màn hình khác, thậm chí đôi khi còn xuất hiện ở vùng không nhìn thấy
      Tôi bắt đầu hiểu vì sao Apple muốn người dùng chỉ dùng cửa sổ dạng tile hoặc fullscreen
      Nó còn bất ổn hơn cả Windows hay Linux
    • Có thể tắt tính năng này ở đâu đó trong phần cài đặt, và khi tắt thử thì hóa ra tôi lại thấy trạng thái đó dễ chịu hơn
    • Nếu dùng phím tắt super+mũi tên để căn cửa sổ chính xác vào ranh giới màn hình thì có thể tránh được vấn đề này
      Giờ tôi gần như không còn phải tự kéo chuột nữa

  • Không hoàn hảo, nhưng với BetterTouchTool bạn có thể dùng thao tác double-tap ba ngón để bật/tắt chế độ resize
    Dùng Yabai thì không cần tắt hoàn toàn SIP, và cũng có thể dùng phím HYPER để di chuyển cửa sổ
    Điều chỉnh cửa sổ bằng chuyển động con trỏ, và thả phím ra là dừng ngay

  • Tôi đã thử nhiều ứng dụng resize cửa sổ trên Mac, nhưng chưa có cái nào tốt bằng FancyZones của Windows PowerToys
    Tôi không muốn các phím tắt phức tạp hay hot corner
    Điều tôi muốn chỉ có hai thứ

    1. Các vùng được định nghĩa sẵn
    2. Resize theo đường biên chung của hai cửa sổ
      Sẽ thật tuyệt nếu có ứng dụng nào cung cấp các tính năng này mà không cần thuê bao
    • Dù là ứng dụng trả phí, Rectangle Pro là giải pháp gần nhất
      Nhưng tôi tự cài Hammerspoon và viết script bằng Lua
      Vì đây là cấu hình tùy chỉnh cho hai màn hình 1440p nên mã khá đơn giản và cũng dễ chỉnh sửa
      Có thể tham khảo trang chính thức của Hammerspoon và ví dụ script của tôi
    • Swish có thể resize nhiều cửa sổ cùng lúc, BentoBox thì lấy cảm hứng từ FancyZones
      Lasso cung cấp layout dạng lưới, còn MacsyZones là một lựa chọn mã nguồn mở với chức năng tương tự
      Swish, BentoBox, Lasso, MacsyZones
    • PowerToys thì tốt thật, nhưng việc nó chiếm tới 1.17GB dung lượng là quá mức

  • Nếu đến mức Gnome mặc định còn thấy tốt hơn thì tình hình đúng là nghiêm trọng

    • Gần đây tôi chuyển sang KDE Plasma, và rất hài lòng vì lại có thể dùng góc cửa sổ vuông
    • Tôi thích cách Fedora triển khai Gnome
      Mỗi lần quay lại Mac tôi lại không hiểu vì sao Spotlight và Mission Control lại tồn tại tách biệt
    • Tôi nhớ tính năng snap cửa sổ của Windows hay Gnome
      Các thao tác như xem toàn bộ ứng dụng bằng phím Win, căn nửa màn hình, hay phóng to nhưng không vào fullscreen đều trực quan hơn nhiều so với macOS