- Dikirim
- 14 Agustus 2026 pukul 18.04 UTC
- Penulis
- kamo
- Commit
- 95ffd81
Persentase direset ke satu baseline: halaman yang tumbuh ke panel tapi dibatasi pada 920px, yang pada monitor lebar daun lembar mengambang di banyak meja kosong. Topi itu disengaja - halaman surat membentang di Tampilan 34- inci adalah dokumen yang lebih buruk, bukan yang lebih besar, karena mata tidak dapat melacak garis yang panjang - tetapi tidak selalu apa anggota inginkan. Membaca cetakan baik-baik saja atau bekerja dalam bentuk padat, mereka ingin ruang yang mereka miliki. Jadi sekarang ada dua, dan sebuah toggle dalam kapsul picks yang: halaman lebar dapat dibaca, capped di 920. Apa panel terbuka di. lebar mengisi panel, kurang 24px selokan sehingga lembaran bayangan tidak dipotong terhadap tepi dan halaman baca sebagai meletakkan agak daripada dipotong. Mereka adalah MODE, bukan dua berhenti di tangga zoom, karena mereka maksud yang berbeda daripada perbesaran yang berbeda. Perkalian perbesaran Baseline mana yang aktif, sehingga readout tetap jujur tentang satu itu adalah banyak, dan + / means masih bekerja dari baik. Mengubah baseline LANDS di atasnya - zoom kembali ke 100%. "Fit to width" that meninggalkan sebuah 250% zum diterapkan di atas tidak akan cocok apa-apa, dan anggota meminta lebar, bukan pengganda dari satu. toggle adalah satu tombol dengan 'aria- ditekan', dan nama tooltip APA nya PRESSING IT DOES daripada apa yang sekarang di: "Fit ke Lebar" dalam halaman mode, "Reset view" dalam mode lebar. Kedua kunci sudah ada dan adalah non-kosong di semua 22 locales. maxPageWidthFor melingkupi tepi dalam tes: pengukuran panel NaN jatuh kembali ke cap dapat dibaca daripada mencapai PdfPages sebagai maxPageLebar dan rendering apa-apa, dan panel runtuh tidak pernah kembali lebar terlalu kecil untuk baca. Satu tes pin fakta bahwa pada panel lebih sempit dari tutup dua mode konverge ke dalam selokan - yang benar daripada bug ke desain sekitar.