- Dikirim
- 6 September 2026 pukul 00.18 UTC
- Penulis
- Kamo
- Commit
- 0fb0090
Home cluster 's default spot bergerak dari bottom-kanan sudut ke bottom- kiri, duduk satu padding jelas dari tepi kanan rel utama - ambruk di 80px, diperluas pada 260px, atau terbuka oleh hover-peek. Lebar rel adalah seluruh kesulitan, dan dua sumber jelas baik Jawaban yang salah. '--nav-pri- width' adalah ofset SHELL, bukan lebar rel: hover - mengintip sengaja mengapung rel atas konten bukannya mengalir kembali itu, jadi variabel tetap di 80 sementara anggota sedang melihat 260px nav. Dan NavLayout Konteks, yang tidak tahu, tidak dapat dicapai dari sini - hex- kepala engine mounts outside NavLayout provider (AuthedChrome render the tool wrapper sebagai saudaranya dari pohon navigasi, bukan keturunan), jadi kait ke dalamnya akan melemparkan. Jadi rel diukur. NavPri membawa penanda 'data- nav- pri' dan readNavRailInset () membaca tepi kanan dari kotak sendiri, dalam "tanya DOM "idiom readToolracts sudah digunakan untuk jendela kawanan menghindari. Ini jawaban 0 dimana tidak ada rail dicat, yang merupakan kanan kiri terikat di sana. ResizeObserver di kotak itu adalah yang menjaga keduanya tetap bersama. Ini api sekali per bingkai dari lebar 220m transisi, dan setiap frame kembali menargetkan rumah Musim semi, sehingga kepala perjalanan di samping rel bukannya teleport setelah itu telah selesai. RAF koalescing Sebuah pengamatan dalam satu frame biaya satu penempatan. Hanya kelompok HOME yang inset. Setiap cluster lainnya duduk di mana anggota diseret atau melemparkannya, dan aliran ulang yang mendorong mereka dari rel akan bergerak kepala seseorang diparkir dengan sengaja. aturan x clampToViewport diurut ulang daripada diperpanjang: sisi kanan koreksi berjalan pertama dan kiri terikat menimpa itu, bukan yang lama Kiri... lagi... kanan. Identik untuk setiap kasus yang cocok, dan menyelesaikan satu yang tidak - viewport terlalu sempit untuk memegang kedua rel dan kawanan sekarang Tumpahkan kepala dari kanan daripada geser mereka di bawah navigasi, di mana Mereka tidak dapat dicapai. Hal ini juga berhenti dua batas berkelahi satu sama lain di resolveCollisions 'enam iterasi. Tidak ada yang terdampar oleh bergerak: posisi kepala tidak bertahan, sehingga setiap anggota mendapat tempat baru pada beban berikutnya. Tooltip dan konteks-menu pembantu penempatan sudah berasal dari mana kepala sebenarnya - kepala di kiri ketiga membuka label kanan sendiri - jadi hanya komentar mereka yang diperlukan Koreksi, karena kedua kepala menegaskan taman botol-kanan. Diverifikasi oleh angka-angka, yaitu apa perubahan ini adalah: sepuluh pernyataan baru dalam hexhead HomePlacement.tests pin inset dalam ketiga keadaan rel, honey comb 's left bound landing on rail + padding when the seat at q = -1 would jika tidak mencapai lebih dari itu, alat jendela mendorong kawanan tanpa rel kehilangan yang terus, dan kecil-viewport aturan. 373 tes di seluruh aplikasi / komponen / percakapan dan app / component / tools pass; tsc adalah membersihkan setiap berkas yang disentuh; check-ssr-safe dan cek-i18n-kunci bersih.