- Aplikasi uji dibuat untuk memverifikasi apakah bug perbaikan ukuran jendela di macOS 26.3 sudah diperbaiki
- Melalui pemindaian per piksel, area respons klik di sekitar sudut jendela dianalisis dan status respons divisualisasikan berdasarkan warna
- Pada versi RC yang telah diperbaiki, area tersebut berubah menjadi bentuk melengkung yang mengikuti radius sudut, menunjukkan adanya perbaikan
- Namun, ketebalan area penyesuaian khusus vertikal dan horizontal berkurang dari 7 piksel menjadi 6 piksel, sehingga akurasi pengoperasian menurun
- Pada rilis final, perbaikan itu sepenuhnya dihapus dan kembali ke area persegi panjang sebelumnya, dan di catatan rilis pun “Resolved Issue” diubah menjadi “Known Issue”
Perubahan pada macOS 26.3 RC
- Catatan rilis macOS 26.3 RC secara eksplisit menyebut penyelesaian masalah pengubahan ukuran jendela yang diangkat pada blog sebelumnya
- Karena itu, dibuat aplikasi uji untuk memverifikasi perubahan yang sebenarnya
- Aplikasi uji memindai sekitar sudut kanan bawah jendela per piksel dan menampilkan respons klik mouse dengan warna
- Merah: ada respons klik
- Hijau: dapat diubah ukurannya
- Kuning: hanya dapat disesuaikan secara vertikal atau horizontal
- Biru: tidak ada event mouse
- Hasilnya, area pengubahan ukuran jendela berubah dari persegi panjang menjadi bentuk yang mengikuti kurva sudut, sehingga konsistensi visual meningkat
- Namun, ketebalan area kuning berkurang dari 3 piksel menjadi 2 piksel, sehingga ketebalan total turun dari 7 piksel menjadi 6 piksel
- Ini berarti penurunan sekitar 14%, sehingga kemungkinan pengguna meleset dari area penyesuaian menjadi lebih tinggi
Regresi pada rilis final macOS 26.3
- Saat pengujian yang sama dilakukan kembali pada versi final, hasilnya menunjukkan perbaikan pada versi RC sepenuhnya dihapus
- Area pengubahan ukuran jendela kembali ke bentuk persegi panjang lama
- Di catatan rilis Apple, status masalah tersebut juga berubah dari “Resolved Issue” menjadi “Known Issue”
- Artinya, penyelesaian masalah dibatalkan dan bug tersebut masih tetap diakui sebagai bug yang belum terselesaikan
1 komentar
Komentar Hacker News
Sejak pertama kali mengenal window manager (WM) di Linux, saya yakin cara paling efisien untuk memindahkan dan mengubah ukuran jendela adalah kombinasi super+lmb/rmb
Bagian terbaiknya adalah tidak perlu lagi membidik header atau sudut secara presisi per piksel
Diskusi terkait juga bisa dilihat di thread Reddit
Yang paling saya rindukan adalah kemampuannya untuk mengubah ukuran jendela secara bebas apa pun jenis jendelanya
Saat memakai monitor vertikal, agak disayangkan melihat jendela modal berukuran tetap yang memasang scrollbar tanpa perlu
Jadi seluruh ruang layar bisa dipakai maksimal
Control+CommandBisa diatur lewat perintah
defaults write -g NSWindowShouldDragOnGesture -bool true, dan kalau dipakai bersama three-finger drag, masalah resize di tepi jendela hampir tidak terasaDengan Aerospace dan Karabiner-Elements sebagian besar workflow bisa ditiru, tetapi saya tetap merindukan resize dengan super+klik kanan
Meski begitu, bisa memindahkan jendela dengan ctrl+cmd+klik kiri lumayan enak
Layar makin besar, tetapi elemen UI justru terasa makin kecil dan makin sulit diklik
Di era Macintosh 640x480, kontrol jendela terasa jelas dan mudah ditekan
Ada nostalgia terkait di post blog ini
Sekarang banyak display dengan ppi di atas 200, tetapi ukurannya masih dipertahankan pada satuan piksel yang sama, dan itu tidak efisien
Mungkin lebih baik kembali ke tiling window manager dan menghilangkan kebutuhan resize dengan satu tombol saja
Kualitas touchpad dan keyboard pada era blackbook juga sangat bagus, dan dukungan multi-monitor-nya luar biasa
Saya penasaran seperti apa hasilnya kalau filosofi desain MacOS lama digabungkan dengan hardware modern
Jika ketebalan piksel turun dari 7 menjadi 6, itu memang penurunan 14%, tetapi peluang gagal klik di dunia nyata tidak otomatis naik tepat 14%
Itu karena klik pengguna tidak terdistribusi merata, melainkan cenderung terpusat di tengah
Update Apple belakangan terasa memperkenalkan lebih banyak bug di macOS, iOS, dan iPadOS
Rasanya ada kelompok internal yang lebih mengutamakan logika organisasi daripada kepentingan pengguna
Melihat masalah-masalah baru ini, kontrol kualitas internal Apple tampak benar-benar goyah
Tidak ada pesan peringatan, langsung tumbang begitu saja
Perubahan kali ini sempat diperbaiki di versi RC, lalu dikembalikan lagi pada rilis final
Sepertinya ada regresi atau efek samping, tetapi saya penasaran masalah pastinya apa
Misalnya, ketika sudut dua jendela saling tumpang tindih, sistem yang tadinya cukup memproses bounding box mungkin harus menghitung berdasarkan graphic mask yang sebenarnya
Atau mungkin cuma bug atau crash biasa
Malah lebih menarik kenapa bug ini bisa ditangani secepat itu
Hit testing pada UI adalah masalah yang sudah terpecahkan sejak puluhan tahun lalu, jadi mengejutkan kalau hal ini masih diperdebatkan
Bahkan sudut membulat pun secara teknis tidak sulit, jadi mungkin ada konflik antara desainer dan developer di internal
Menyentuh area dekat kontrol sering membuat elemen yang salah merespons
Akan bagus kalau CSS bisa mengatur tap zone, tetapi sekarang kita harus menambah elemen HTML atau memaksakan handler
onclickDi Safari iOS 26, muncul juga masalah baru berupa event tap yang dicegat
Selama beberapa bulan ada bug aneh yang membuat resize jendela tidak berfungsi tanpa alasan jelas, dan ternyata penyebabnya adalah jendela yang melintasi dua monitor
Jika jendela meluber beberapa piksel saja ke layar lain, resize jadi tidak mungkin dilakukan
Posisi jendela kadang tetap, kadang pindah ke layar yang salah, bahkan kadang muncul di area yang tidak terlihat
Saya jadi paham kenapa Apple terkesan mendorong orang memakai jendela hanya dalam mode tile atau fullscreen
Bahkan terasa lebih tidak stabil daripada Windows atau Linux
Sekarang saya hampir tidak pernah drag manual dengan mouse lagi
Tidak sempurna, tetapi dengan BetterTouchTool kita bisa men-toggle mode resize lewat double-tap tiga jari
Dengan Yabai, SIP juga tidak perlu dimatikan total, dan pemindahan jendela bisa dilakukan dengan tombol HYPER
Jendela disesuaikan lewat gerakan kursor, lalu langsung berhenti saat tombol dilepas
Saya sudah mencoba beberapa aplikasi resize jendela di Mac, tetapi belum ada yang sebagus FancyZones dari Windows PowerToys
Saya tidak mau shortcut rumit atau hot corner
Yang saya inginkan cuma dua hal
Akan bagus kalau ada aplikasi yang memberi fitur ini tanpa langganan
Namun saya sendiri akhirnya memasang Hammerspoon dan menulis script Lua
Karena pengaturannya disesuaikan untuk dua monitor 1440p, kodenya jadi sederhana dan mudah diubah
Bisa lihat situs resmi Hammerspoon dan contoh script saya
Lasso menawarkan layout berbasis grid, dan MacsyZones menyediakan fungsi serupa dalam bentuk open source
Swish, BentoBox, Lasso, MacsyZones
Kalau sampai Gnome bawaan terasa lebih baik, berarti kondisinya memang parah
Saat kembali ke Mac, saya tidak paham kenapa Spotlight dan Mission Control harus terpisah
Tombol Win untuk melihat semua aplikasi, menyusun jendela setengah layar, atau memaksimalkan tanpa fullscreen terasa jauh lebih intuitif daripada di macOS