Baris berlabuh memiliki satu ketinggian, dan tidak ada cara tersisa untuk tiba di lain

Fixkamo-internal
Dikirim
7 September 2026 pukul 04.34 UTC
Penulis
Kamo
Commit
e86b625

Resising a docked window 's top edge moves every window' s top edge - the row sit di bagian bawah dengan puncak dalam garis, dan deretan ketinggian yang berbeda adalah compang-camping edge daripada baris. Anggota terus menemukan jendela yang tiba di salah bagaimanapun tinggi, sesekali. Empat jalan yang terpisah, satu alasan: baris tinggi tidak berasal dari apa pun, itu dilakukan pada setiap jendela dan berharap Tetap sama. Yang sehari-hari tidak membutuhkan ras dan tidak ada gerakan sama sekali. 'layoutDock' menjepit jendela ke apa viewport dapat menunjukkan dan relayout menulis bahwa nomor clamped kembali INTO jendela, sehingga jendela dibuka pada viewport 600px menjadi 584 tinggi - untuk Selamanya. Grow the viewport and nothing gave it back, because with no member- choose tinggi dok sengaja memiliki "tidak ada pendapat" dan meninggalkan setiap jendela seperti yang ditemukan itu. Jendela berikutnya dibuka pada standar registri dari 690, selain itu. Tidak ada yang masuk aplikasi tahu keduanya dimaksudkan untuk mencocokkan. Jadi baris sekarang selalu memiliki ketinggian: 'dockRowHeight' menjawab anggota jika mereka telah menset satu dan DOCK _ DEFAULT _ HEIGHT jika mereka tidak, re- turunan terhadap viewport saat ini setiap kali. Klem berhenti menjadi lossy, dan viewport yang menyusut dan tumbuh lagi memberikan ketinggian kembali. 'dockHeightNow' masih menjawab kosong untuk pertanyaan itu benar-benar bertanya apakah anggota terpilih? pertanyaan tata letak yang diperlukan. Tiga lainnya: - Sebuah jendela lahir di alat itu default dan dikoreksi seluruh RAF kemudian. Itu adalah pop terlihat pada benang utama sibuk dan, di bawah ini, kadang-kadang tidak pernah tiba di Semuanya. Tinggi baris kini dipakai pada 'windowOpened', di samping yang diingat lebar, sehingga jendela lahir ketinggian baris itu dilahirkan ke dalam. - Buffer early-open dimainkan kembali nya terbuka sebelum pendengar toko sendiri adalah terdaftar beberapa baris lebih bawah, sehingga terbuka awal - link mendalam, sebuah auto- popup, setiap anak yang efek mount berjalan sebelum induknya - melewatkannya 'windowed Opened' (tinggi baris, lebar yang diingat), 'makeRoom' (tidak ada hexhead dipindahkan) Selain) dan yang 'wraparroundDock' (tidak ada re-pack sama sekali), dan tinggal aneh sampai sesuatu yang lain terjadi pada re- pak baris. Saluran terakhir. - Sebuah jendela mengambang menyeret kembali ke baris yang terlihat mendarat di 'preFloat "s tinggi, yang tinggi baris itu di ketika kiri. Dan 'alat: ubah ukuran' / 'onRequestResize' wrote a height and repacked nothing, leaving a window standing Bangga dengan apa-apa dijadwalkan untuk menariknya kembali. Juga: ketinggian diseret dalam satu tab sekarang mencapai yang lain. 'Prefs' dibaca sekali di modul load, jadi dua tab dari anggota yang sama tidak setuju sampai reload, dengan tidak isyarat tersedia yang akan menjelaskan perbedaannya. Menolak mid- drag, yang merupakan hanya waktu mengadopsi satu akan melawan tangan sudah di jahitan. 'dockRowHeightt.tests' baru dan drive penyedia REAL, toko dan tata letak strategi - setiap berkas lain dalam folder yang mengolok-olok 'ToolWindowsContext', dan raggedness berada di dalamnya - bertanya setelah setiap gerakan apakah baris flush. Seorang penjaga dalam tes registry sendiri gagal jika sebuah alat berhenti mendeklarasikan baku baris, karena alat dengan standar yang lebih tinggi tidak akan bisa menjadi lebih tinggi, hanya untuk membuat baris mulai tinggi lemparan koin.

Semua perubahan

Seperti apa yang Anda lihat pengiriman?

Semua pembaruan ini secara otomatis mendarat di ruang kerja Anda. Mulai bebas dan menontonnya tumbuh minggu demi minggu.

Mulai Bebas SelamanyaTampilkan Harga