CSSWG Minutes Telecon (2024-12-04): Hanya gunakan grid vs paparan: Masonry

Kumpulan Kerja CSS (CSSWG) mengadakan mesyuarat tetap untuk menangani isu -isu GitHub, sering menghalang perdebatan forum yang panjang. Mesyuarat yang sangat penting berlaku pada 4 Disember, 2024, yang memberi tumpuan kepada perbincangan selama lima tahun:

harus dimuatkan ke dalam grid atau kekal sebagai sistem susun atur yang berasingan? Untuk pemahaman yang komprehensif mengenai sejarah perdebatan, berunding dengan CSS Masonry & CSS Grid oleh Geoff dan memilih sintaks batu di CSS oleh Miriam Suzanne. Isu teras, selepas bertahun -tahun perbincangan dan halangan teknikal kini diselesaikan, beralih ke

sintaks

: Pendekatan mana yang lebih mudah bagi pemaju untuk belajar dan bagaimana ini akan memberi kesan kepada pembangunan CSS masa depan?

Kumpulan Senibina Teknikal W3C (TAG) memberikan input, mendorong percubaan untuk mendamaikan dua cadangan bersaing dari Apple dan Google. Kedua -dua pihak menyampaikan hujah -hujah mereka semasa mesyuarat, yang bertujuan untuk konsensus. (Minit mesyuarat penuh disediakan di w3c.org) Cadangan Bersaing: Persembahan PowerPoint

Alison Maher (Microsoft), menganjurkan untuk batu sebagai nilai

baru, menyerlahkan mata ini:

perbezaan tingkah laku yang signifikan wujud antara batu dan grid. display

menawarkan tetapan lalai unggul (satu titik baru -baru ini ditekankan oleh Rachel Andrew).
kebimbangan mengenai kejatuhan yang panjang untuk
2. telah dibuang kerja; Maher berhujah bahawa memberi tumpuan kepada bukti masa depan adalah yang paling penting, dan kejatuhan yang jelas harus dilaksanakan oleh penulis. display: masonry
kedudukan Masonry lebih mudah (satu paksi vs dua grid).
3. display: masonry shorthands batu lebih mesra pengguna daripada shorthands kompleks Grid.
4. penempatan dan penjajaran berbeza dengan ketara antara batu dan grid.
5. Perkembangan Masa Depan dalam Submasonry/Subgrid akan terus menyimpang.
6. Mengintegrasikan batu ke dalam grid akan membawa kepada spesifikasi kembung, peningkatan kerumitan pembelajaran, dan kekeliruan pemaju.
8. Kesimpulan (Maher):
batu harus menjadi jenis paparan yang berasingan.

Jen Simmons (WebKit), memperjuangkan pendekatan "hanya gunakan grid", ditangguhkan dengan:

1. Jenis susun atur baru memperkenalkan sintaks yang sama, sama-tetapi-jelas, pemaju yang berpotensi mengelirukan yang biasa dengan grid.
2. Cadangan Chrome memperkenalkan kira -kira 10 hartanah baru, dianggap tidak perlu.
3. Cadangan Chrome yang dituntut sintaks yang lebih baik telah dipertikaikan; grid-auto-flow menyediakan penyelesaian yang mencukupi.
4. perbezaan sintaks susun atur baris diserlahkan.
5. percanggahan dalam auto-flow tingkah laku telah diperhatikan.
6. Lalai batu yang dicadangkan dikritik sebagai tidak berkesan.
7. Beralih antara grid dan batu (mis., Pada titik putus) lebih mudah dengan pendekatan bersatu.
8. menggunakan semula fungsi grid sedia ada sejajar dengan prinsip reka bentuk CSS.

input tag

lea verou (tag) menawarkan perspektif tag:

Tag mendapati argumen WebKit menarik. Mereka mencadangkan bukan sahaja mengintegrasikan batu ke dalam grid tetapi juga memudahkan grid itu sendiri. Walaupun mengakui kerumitan beberapa ciri grid, mereka menekankan perlunya penyelesaian yang lebih mudah. Mereka menyerlahkan potensi untuk mungkir yang lebih bijak dan manfaat pendekatan bersatu untuk mengurangkan lengkung pembelajaran. Tag ini juga menunjukkan bahawa banyak kes penggunaan batu mendapat manfaat daripada lebih mudah, selalunya 1D, grid.

perdebatan terus

Perbincangan seterusnya melibatkan pelbagai pandangan:

• kebimbangan telah dibangkitkan mengenai konsistensi sifat yang dicadangkan.
• Beberapa ahli menukar pendirian mereka berdasarkan argumen tag.
• kaunter kaunter yang kuat telah dibentangkan terhadap cadangan tag, memetik potensi konflik dan kerumitan yang timbul daripada menggabungkan model susun atur yang berbeza.
• Teg menjelaskan kedudukan mereka, menekankan pendekatan susun atur dan keperluan untuk sintaks yang fleksibel.
• Fokus muncul pada perkongsian sifat, walaupun display nilai berbeza.

hasilnya: kebuntuan

Walaupun perbincangan yang luas, konsensus tetap sukar difahami. Pungutan jerami mendedahkan keputusan berpecah. Mesyuarat itu disimpulkan tanpa jalan yang jelas ke hadapan.

Perdebatan yang berpanjangan ini menggariskan kepentingan penyelesaian yang dipertimbangkan dengan baik. Cadangan baru yang menangani kebimbangan kedua -dua pihak mungkin diperlukan. Masa depan batu di CSS tetap tidak menentu, tetapi kepentingannya untuk sistem susun atur masa depan tidak dapat dinafikan.

Sumber lanjut

Artikel ini merangkumi pautan ke isu -isu GitHub dan bacaan selanjutnya.

Atas ialah kandungan terperinci CSSWG Minutes Telecon (2024-12-04): Hanya gunakan grid vs paparan: Masonry. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!