TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

Help us invent CSS Grid Level 3, a.k.a. "Masonry" layout

591 点作者 achairapart大约 1 年前

47 条评论

achairapart大约 1 年前
So, the background story is that CSSWG DevRels from browser vendors are debating how to formally include the Masonry layout into CSS, at least since 2020, when Firefox first proposed it.<p>The news here is that people at WebKit decided to push the debate to the public, inviting designers and developers to take some action (“post to social media, write blog posts”), in order to get past this.<p>While it may look just like a formality, I think this will make an important precedent. The real underling debate here is either to treat every layout option as a part of the CSS Grid, or keeping adding new CSS Display proprieties as necessary.<p>The first option will make even more complex the (already convulsed, IMHO) CSS Grid specs, the latter will bloat the CSS specs with a load of new proprieties (and related sub-proprieties).<p>Either way, it&#x27;s not as easy as it looks.
评论 #40134887 未加载
评论 #40131869 未加载
评论 #40135218 未加载
评论 #40132897 未加载
评论 #40133061 未加载
评论 #40133429 未加载
评论 #40138060 未加载
评论 #40134996 未加载
评论 #40135891 未加载
评论 #40133345 未加载
评论 #40142555 未加载
评论 #40154241 未加载
评论 #40138804 未加载
评论 #40136926 未加载
评论 #40133880 未加载
chrismorgan大约 1 年前
I strongly dislike the megamenu demo &lt;<a href="https:&#x2F;&#x2F;webkit.org&#x2F;demos&#x2F;grid3&#x2F;megamenu&#x2F;" rel="nofollow">https:&#x2F;&#x2F;webkit.org&#x2F;demos&#x2F;grid3&#x2F;megamenu&#x2F;</a>&gt;, and feel masonry is completely inappropriate there. It makes a complete mess of flow direction, badly breaking expectations.<p>The reading order you’d <i>expect</i>: <a href="https:&#x2F;&#x2F;temp.chrismorgan.info&#x2F;2024-04-23-masonry-megamenu-2.png" rel="nofollow">https:&#x2F;&#x2F;temp.chrismorgan.info&#x2F;2024-04-23-masonry-megamenu-2....</a>.<p>What the demo actually gives you: <a href="https:&#x2F;&#x2F;temp.chrismorgan.info&#x2F;2024-04-23-masonry-megamenu-1.png" rel="nofollow">https:&#x2F;&#x2F;temp.chrismorgan.info&#x2F;2024-04-23-masonry-megamenu-1....</a>. This affects correct reading order and tab indexes. Basically, sighted users will <i>always</i> read things in the “wrong” order. This just drives home that there is no structure, it’s just an unstructured bag of links. Except… actually if you go through them in numbered order, it looks like there <i>was</i> some fairly logical ordering. It’s just been utterly demolished by inappropriate masonisation.<p>(I’ve turned on “number items” in those screenshots. Normally, it’d look more like normal columns with no backgrounds.)<p>The way it <i>should</i> be implemented is with columns, but adding `break-inside: avoid` on each section, which their demo has missed.<p>The newspaper demo is also a little dubious for similar reasons, but it’s a much smaller deal.<p>Now images and such media which are in more independent blocks and where reading order isn’t such an ingrained thing, masonry layout <i>does</i> work better there. There are still patches where things can be a bit iffy, mostly around tab indexing, but it’s not <i>obviously wrong</i> any more.
评论 #40130560 未加载
评论 #40138082 未加载
评论 #40154252 未加载
评论 #40130561 未加载
pimterry大约 1 年前
A really nice feature here is that if you view the demos in a browser that doesn&#x27;t support this (i.e. all current stable browser releases without special flags enabled) because they&#x27;re building directly on grid layouts, they still appear in a pretty reasonable fixed-row format: <a href="https:&#x2F;&#x2F;webkit.org&#x2F;demos&#x2F;grid3&#x2F;" rel="nofollow">https:&#x2F;&#x2F;webkit.org&#x2F;demos&#x2F;grid3&#x2F;</a>.<p>In each case it&#x27;d look much nicer with a proper masonry layout but it&#x27;s still very usable otherwise (and of course you could feature detect to provide a better fallback if you&#x27;re not happy with that anyway).
t_mann大约 1 年前
I really like the general look and feel of masonry&#x2F;waterfall layout, maybe it&#x27;s because I grew up reading physical newspapers (and still do), but to me a columnar layout is just an intuitive way to divide up a page.<p>I just wish there was an alternative to the default masonry ordering, which afaik is a simple rule that goes sth like &#x27;place the next item in whichever column it can go up highest&#x27;. This means that the left-to-right order is really juggled from the second row onwards. What I imagine would be really nice is if there was a layout that preserves more of the left-to-right (or right-to-left, if that&#x27;s your preferred direction) reading flow. Something like &#x27;put the next item one column to the right of the previous item (or in the leftmost, if you were at the rightmost), unless you can put a second item in the same column without the new bottom going too far below the bottom border of the column to its left&#x27;. This would be more flexible than strictly going left-to-right (which would also mess up alignment) and would reatin <i>some</i> meaning of the left-to-right reading direction.<p>I know it won&#x27;t be possible to accommodate every possible formula one could prefer for masonry, but if you have content where the ordering matters at least a bit (maybe not for Pinterest, but for a journal eg it would), then I really think sth like this would be a more sensible default than the classic masonry rule.
评论 #40134102 未加载
评论 #40142954 未加载
评论 #40132000 未加载
turboat大约 1 年前
Suppose we could create a backwards-incompatible system to replace CSS. How would we do it?<p>Are there any books or papers on how to create a coherent layout system?<p>What about alternatives like Qt, Tk, SwiftUI, etc.? I&#x27;ve never used anything besides CSS. Are any of the actually-implemented systems in the wild better? If so, what makes them better?<p>I want a system that provides a better interface for developers, but how? If we could start over, what are the design principles?
评论 #40138359 未加载
评论 #40133208 未加载
评论 #40135867 未加载
评论 #40132951 未加载
评论 #40133209 未加载
评论 #40133119 未加载
SassyBird大约 1 年前
Reposting as a top comment for more visibility:<p>I have a website with my photos, which doesn’t use any JS for layout. When I was making it, I considered using JS masonry libraries, but I wasn’t satisfied with the results. Proper masonry layouts which fill all available space in practice actually crop some images. Leaving space around photos is required when you don’t want cropping and want to preserve aspect ratio. The only way not to do that is to have infinite scroll, which I guess is what corporate addiction machines want, but that’s not what I want on my own website. Here is what I did:<p><a href="https:&#x2F;&#x2F;yakubin.com&#x2F;photography&#x2F;albumless&#x2F;" rel="nofollow">https:&#x2F;&#x2F;yakubin.com&#x2F;photography&#x2F;albumless&#x2F;</a><p><a href="https:&#x2F;&#x2F;yakubin.com&#x2F;photography&#x2F;album&#x2F;kenya-2023&#x2F;" rel="nofollow">https:&#x2F;&#x2F;yakubin.com&#x2F;photography&#x2F;album&#x2F;kenya-2023&#x2F;</a><p>I used display:inline-block to achieve this result, effectively treating photos as text that needs to reflow into new lines. I’m very satisfied with the result and prefer it over what the masonry libraries do.
评论 #40136390 未加载
评论 #40135896 未加载
评论 #40134044 未加载
emadda大约 1 年前
Related: I created an interactive demo of grid principles here:<p><a href="https:&#x2F;&#x2F;cssprinciples.com&#x2F;3&#x2F;grid&#x2F;" rel="nofollow">https:&#x2F;&#x2F;cssprinciples.com&#x2F;3&#x2F;grid&#x2F;</a>
评论 #40131406 未加载
m3h大约 1 年前
I am wondering whether it makes sense to keep adding more &quot;layout&quot; options to CSS, given that we have the legacy floats and then the modern flexbox and grid layout. If there are still cases that are not covered, perhaps a better solution to to have one final constraints-based system that covers all layout cases, even if it comes at the cost of complexity. The CSS frameworks and utility libraries will then be built on top of it to provide the next generation of &quot;masonry&quot; grid, etc.
评论 #40130537 未加载
评论 #40130481 未加载
评论 #40134796 未加载
评论 #40130484 未加载
评论 #40130494 未加载
ThatMedicIsASpy大约 1 年前
I already use this. On Firefox I just enable it in the options and make use of it for my bookmarks. On Mobile this isn&#x27;t an issue since it&#x27;s just stacked on top of each other (no about:config on mobile).<p>The last image has it turned off.<p><a href="https:&#x2F;&#x2F;imgur.com&#x2F;a&#x2F;o7OyZEW" rel="nofollow">https:&#x2F;&#x2F;imgur.com&#x2F;a&#x2F;o7OyZEW</a>
评论 #40131004 未加载
评论 #40137657 未加载
pimterry大约 1 年前
For more background, and some detailed discussion of the opposite argument (&quot;display: masonry&quot; over &quot;display:grid&quot;+&quot;grid-template-rows: masonry&quot;) see <a href="https:&#x2F;&#x2F;github.com&#x2F;w3c&#x2F;csswg-drafts&#x2F;issues&#x2F;9041">https:&#x2F;&#x2F;github.com&#x2F;w3c&#x2F;csswg-drafts&#x2F;issues&#x2F;9041</a>
iteratethis大约 1 年前
I think it&#x27;s really weird that this is considered. Masonry is a very specific layout <i>implementation</i> whilst the typical CSS layout feature is more foundational.<p>Also, I think the need for masonry is vastly overestimated or perhaps not fully researched. It is presented&#x2F;implied to be a common need but it isn&#x27;t. Check the top 100 websites, check your personal top 20 websites, how many use masonry? I bet not that many, it&#x27;s niche use case which also has plenty of usable alternatives. It also never even shows up in any developer surveys.<p>Anyway, if we&#x27;re into the game of building very specific layout solutions into CSS itself now, I&#x27;d argue the layout as seen on Google Image search is the far more useful one. It is somewhat of a horizontal masonry, but not really. Each image must keep its original aspect ratio (no cropping) whilst all images on the same row have the same height, thus filling the vertical space of the row fully. At the same time, rows must be roughly of the same height. There can be no gaps at the end of a row nor at the last row.<p>Quite hard to implement, although there&#x27;s articles describing how.
paradox460大约 1 年前
It feels good to see the webkit team actually doing good, publicly visible work again<p>When I was cutting my teeth in web design, the early webkit blog and safari releases were always inspirational. The rate at which they pushed out new features in the mid 00s was astonishing
评论 #40135702 未加载
account42大约 1 年前
I absolutely hate this kind of layout, especially when combined with infinite scrolling. Makes it impossible to systematically go over all items.
评论 #40134126 未加载
lovegrenoble大约 1 年前
I always preferred to use Flexbox on almost everything; it&#x27;s suitable for most situations. Also, for anyone struggling<p>with flexbox - I use this tool to streamline the process: <a href="https:&#x2F;&#x2F;flexboxcss.com" rel="nofollow">https:&#x2F;&#x2F;flexboxcss.com</a>
branmcconnell大约 1 年前
I’ll admit that I was skeptical at first about including masonry in the CSS Grid spec.<p>After reading through the article, I’m convinced it is the right path forward, allowing masonry layouts to utilize the same APIs and properties (columns&#x2F;rows, gap, etc.) as CSS Grid.<p>This would lower the bar of entry by using familiar APIs and allow simpler switching between masonry and other column&#x2F;row setups responsively.<p>```css .example { display: grid; grid-template-columns: repeat(auto-fit, minmax(250px, 1fr)); grid-template-rows: auto; @media (width &gt; 500px) { grid-template-rows: masonry; } } ```
pquki4大约 1 年前
I thought this kind of waterfall layout was cool and trendy a few years ago, but these days very few websites are doing it?
评论 #40130660 未加载
评论 #40130670 未加载
specialist大约 1 年前
Neat. I like it.<p>Out of curiousity, why don&#x27;t browsers have pluggable layout managers? Like Java&#x27;s AWT&#x2F;Swing LayoutManager. [1]<p>Fussing with CSS and Java&#x27;s stock layout managers (gridbag, table) always fills me with frustration and anxiety. In my experience, for the fussy work, it&#x27;s easier to explicitly code what I want.<p>Ages ago, inspired by Designing Visual Interfaces [2], I made a layout manager [3] for canonical design grids [4].<p>It was pretty neat. Fluent API. Always visually correct. All the baselines aligned <i>just so</i>. Predictable results. Perfect for banging out CRUD forms. [5]<p>1&#x2F; <a href="https:&#x2F;&#x2F;docs.oracle.com&#x2F;en&#x2F;java&#x2F;javase&#x2F;21&#x2F;docs&#x2F;api&#x2F;java.desktop&#x2F;java&#x2F;awt&#x2F;LayoutManager.html" rel="nofollow">https:&#x2F;&#x2F;docs.oracle.com&#x2F;en&#x2F;java&#x2F;javase&#x2F;21&#x2F;docs&#x2F;api&#x2F;java.desk...</a><p>2&#x2F; <a href="https:&#x2F;&#x2F;www.amazon.com&#x2F;Designing-Visual-Interfaces-Communication-Techniques&#x2F;dp&#x2F;0133033899" rel="nofollow">https:&#x2F;&#x2F;www.amazon.com&#x2F;Designing-Visual-Interfaces-Communica...</a><p>3&#x2F; <a href="https:&#x2F;&#x2F;web.archive.org&#x2F;web&#x2F;20110302212909&#x2F;http:&#x2F;&#x2F;java.net&#x2F;projects&#x2F;designgridlayout&#x2F;pages&#x2F;Home" rel="nofollow">https:&#x2F;&#x2F;web.archive.org&#x2F;web&#x2F;20110302212909&#x2F;http:&#x2F;&#x2F;java.net&#x2F;p...</a><p>4&#x2F; <a href="https:&#x2F;&#x2F;web.archive.org&#x2F;web&#x2F;20110308034949&#x2F;http:&#x2F;&#x2F;designgridlayout.java.net&#x2F;grids.html" rel="nofollow">https:&#x2F;&#x2F;web.archive.org&#x2F;web&#x2F;20110308034949&#x2F;http:&#x2F;&#x2F;designgrid...</a><p>5&#x2F; <a href="https:&#x2F;&#x2F;web.archive.org&#x2F;web&#x2F;20110515182322&#x2F;http:&#x2F;&#x2F;wiki.java.net&#x2F;twiki&#x2F;bin&#x2F;view&#x2F;Javadesktop&#x2F;DesignGridLayoutExample?TWIKISID=e1a6667476691b56753dc9b0744828c6" rel="nofollow">https:&#x2F;&#x2F;web.archive.org&#x2F;web&#x2F;20110515182322&#x2F;http:&#x2F;&#x2F;wiki.java....</a>
roblh大约 1 年前
I found a really cool way to do this with svelte and css grid a few months ago, based on a blog post I can&#x27;t seem to find now. A full masonry layout too, not just columns, but each element can have dynamic height and width. The thing that made it click for me was that you don&#x27;t have to make the grid rows and grid columns 1:1 with the full width&#x2F;height of each element. Making 10px or 20px rows and columns and then using a svelte component for each image that chose a number of columns and rows based on the image aspect ratio. I&#x27;ll see if I can make the repo public today.<p>Edit: reading further, I think my approach was basically the same as theirs near the end of the post!
评论 #40158193 未加载
codingclaws大约 1 年前
I built a masonry layout with only CSS and HTML 10 years ago. The site is actually still live. A scripting language is used to generate the HTML and CSS based on the dimensions of the images. But the masonry runs left to right not top to bottom.
评论 #40130779 未加载
评论 #40133358 未加载
slimebot80大约 1 年前
Is there any examples of server-side rendering that pre-determines a masonary layout for the content?<p>Like: Given these images, and this window size, here&#x27;s a calculated layout to make them all look nice...<p>I figure this would be more performant than any type of JS polyfill
评论 #40131367 未加载
jmull大约 1 年前
Feels like a special-purpose layout that more properly belongs in a framework than CSS.
hgyjnbdet大约 1 年前
Caveat: I know nothing about this, but have some experience with grid and flexbox.<p>To my mind flexbox could be a basis for masonry way better than grid with less overhead.<p>I also think mosaic would be a better name.
paulhilbert大约 1 年前
&quot;Others are questioning whether or not this kind of layout is needed on the web at all — they aren’t sure that well-known websites will use it.&quot;<p>Would it instead be possible to exclude anyone with that attitude from a discussion about an open standard? I know this sounds toxic, but I would argue that approaching public design this way is ultimately more toxic wrt the outcome and those affected by it.<p>Or maybe I misunderstood that part since everyone seems to not be bothered by it at all here...
评论 #40132001 未加载
评论 #40132071 未加载
评论 #40132150 未加载
评论 #40132159 未加载
评论 #40132060 未加载
评论 #40132269 未加载
评论 #40132089 未加载
评论 #40131834 未加载
评论 #40131823 未加载
_akhe大约 1 年前
I do it on my portfolio site (<a href="https:&#x2F;&#x2F;www.bennyschmidt.com" rel="nofollow">https:&#x2F;&#x2F;www.bennyschmidt.com</a>) in JavaScript by maintaining a `colCount` with each column just being `flex-direction: column`.<p>But after seeing this I should switch to using CSS. Didn&#x27;t put too much thought into it, but when I realized it wasn&#x27;t immediately simple in CSS grid just did it in JS.
评论 #40136140 未加载
fzeindl大约 1 年前
I never understood why CSS would not just adopt Apple&#x27;s Autolayout and be done with it: I want to specify that this space should be equal to that space, these borders to grow, and those borders to shrink and this point always aligned to that point.<p>It is simple, intuitive, it works for all cases. Instead we are inventing, what, the fifth generation of CSS-layouting now? Does nobody think this is odd?
评论 #40144749 未加载
评论 #40135363 未加载
KwanEsq大约 1 年前
Nice to see this getting some push and attention. I still remember seeing Mats Palmgren (seemingly?) single-handedly proposing&#x2F;speccing and implementing this in Firefox a few years ago. Glad it hasn&#x27;t just died because it was a Mozilla proposal&#x2F;experiment (with proper experimental stage), instead of something Google just dumps on the web fait accompli.
thebeardisred大约 1 年前
If this leads to more &quot;forever&quot; scrolling pages where I can never get to the footer I&#x27;ll lose my goddamn mind.
ivanjermakov大约 1 年前
def. grid: a network of lines that cross each other to form a series of squares or rectangles.<p>Masonry layout doesn&#x27;t form a grid, but multiple columns with a variable item height.<p>I feel like this should not be a part of CSS spec, and absolutely not a part of CSS Grid.
评论 #40154290 未加载
mg大约 1 年前
If one wants to do a &quot;Masonry&quot; layout, what&#x27;s wrong with calculating it via JavaScript?
评论 #40130463 未加载
评论 #40130487 未加载
评论 #40130473 未加载
评论 #40130597 未加载
评论 #40130421 未加载
评论 #40130587 未加载
评论 #40130450 未加载
评论 #40131543 未加载
评论 #40130575 未加载
thih9大约 1 年前
How can there be an “inventing masonry” section without a reference to the masonry js library[1] - I suppose this is where the name comes from?<p>[1]: <a href="https:&#x2F;&#x2F;masonry.desandro.com&#x2F;" rel="nofollow">https:&#x2F;&#x2F;masonry.desandro.com&#x2F;</a>
danjl大约 1 年前
The vertical layout is simple to implement. Horizontal is much harder, and more useful for media like images and videos, see Flickr. None need CSS. And, if you are going to do it in CSS, you better handle both, not just the easy less useful variant.
nsonha大约 1 年前
CSS is such a failure. Grid is the 3rd or 4th iteration of layout methods and still you need to think this much about how to code a layout? This is the most basic thing in UI and we&#x27;ve been doing it for 3 decades.
Onavo大约 1 年前
Can you add drag and drop to this? Currently you need libraries like <a href="https:&#x2F;&#x2F;gridstackjs.com&#x2F;" rel="nofollow">https:&#x2F;&#x2F;gridstackjs.com&#x2F;</a>, especially for nested cases.
tomp大约 1 年前
This is readily achievable today with `columns`: <a href="https:&#x2F;&#x2F;primozic.org&#x2F;aesthetics-art" rel="nofollow">https:&#x2F;&#x2F;primozic.org&#x2F;aesthetics-art</a>
评论 #40131413 未加载
Unai大约 1 年前
I really don&#x27;t like how disingenuous, propagandistic and patronising Simmons is being in this article. Ending each section saying &quot;all this will be impossible if not done the way I like&quot;, which is absolutely not true. There&#x27;s not one reason why anything that can be done in &quot;display: grid&quot; couldn&#x27;t be done with &quot;display: masonry&quot;.<p>But I think, and I hope, that people aren&#x27;t the fools she&#x27;s taking us for, and can see how absurd her proposition is.<p>You could basically clone the grid specification, if you want all those features, and that way both can be developed with what works for each. She says doing that means new grid features might take more time to come to masonry. Really? More time than having to deal with new grid features that won&#x27;t work at all with your version of masonry integrated in grid? You&#x27;re still having to deal with two layout systems, even if you want to disguise one of them. Except doing it your way you can&#x27;t select which system gets the features that work with it.<p>At the end, instead of two layout systems with two complete sets of features, we&#x27;ll have one single layout system with a bunch of features that sometimes work and sometimes doesn&#x27;t, depending on a particular value of a particular declaration that you&#x27;ll have to know about. And that&#x27;s why people hate CSS.<p>Seems lazy and an absolute mess to maintain. And it doesn&#x27;t make sense at an intuitive level, since masonry works similarly to flexbox, not grid; and it doesn&#x27;t make sense at a logical level either, since a masonry layout is <i>not</i> a grid.<p>But I guess this is what we&#x27;ll end up getting, since apparently anything Jen says goes. Like the ridiculous idea of doing &quot;CSS4&quot;, which means nothing, does nothing and is nothing, but we&#x27;re going with it for some reason anyway.
评论 #40133094 未加载
评论 #40132469 未加载
cnotv大约 1 年前
I evaluate the CSS updates based on the gap in masonry layout achievement. It&#x27;s one of the most important layouts that have existed for more than a decade and should have been the only achievement after flexbox and grid. If you have a bunch of media, unless you have a narrow container like FB&#x2F;IG, that&#x27;s the only way to go. The alternative is fixed ratios. Anyone who has been working in FE knows it.
egypturnash大约 1 年前
I feel like I spent this whole proposal waiting for &quot;grid-template-columns:masonry&quot; to be discussed.
6510大约 1 年前
My proposal would be to put the image dimensions in the name of the image file. example-400x200.jpg<p>Without that I cant think of an &quot;easy&quot; to implement formula to keep each column the same length.<p>If given a group of numbers, how would one divide them into 8 groups the same size?<p>Extra fun: You may increase each number by n in order to make each group exactly the same size. n must be as small as possible.
luc_大约 1 年前
Looks convenient, but another step towards a monoculture internet. :(
nofunsir大约 1 年前
No thank you. I just want all the whitespace to take a hike. I certainly don&#x27;t need this layout if webdevs are just going to put all the content on the center 1&#x2F;3 to 1&#x2F;4 of my screen.
rezonant大约 1 年前
Oh yes please. Masonry is definitely the missing piece right now. And I run into cases where designers give it to me pretty regularly-- I don&#x27;t want to crush their dreams but without a JS-free masonry solution, the dreams are getting crushed.<p>OK, having read a lot more, here&#x27;s my thoughts.<p>I love the possibilities that can be raised here when masonry is built into grid, but you can target specific rows and columns for specific elements in grid. This is a useful thing for some layouts, but when the rows are truly non-existent (unlike the related auto fill&#x2F;fit stuff we&#x27;ve had until this point) I feel like the abstraction begins breaking down. As much as I love that we have Apple pushing to get this done, I do think it is probably better to go with a net new masonry display type :-&#x2F;
评论 #40130870 未加载
phkahler大约 1 年前
Umm. Can&#x27;t you just make each column a subgrid within a larger grid that has one row?<p>It seems like either these constructs are poorly designed, or people don&#x27;t see how to use them to get what they want.
评论 #40131196 未加载
mattbessey大约 1 年前
&gt; This layout creates uniformly-sized columns, without any rows<p>I find it amusing that they&#x27;ve decided to refer to this as masonry layout. If you actually built a wall like this (as opposed to uniformly-sized <i>rows</i>, without any <i>columns</i>) it would be a structural engineering disaster.
评论 #40130572 未加载
评论 #40130915 未加载
评论 #40130969 未加载
评论 #40130590 未加载
评论 #40130795 未加载
评论 #40130577 未加载
评论 #40131056 未加载
评论 #40130614 未加载
评论 #40130712 未加载
评论 #40130722 未加载
评论 #40130636 未加载
评论 #40137643 未加载
评论 #40130828 未加载
评论 #40132182 未加载
评论 #40141826 未加载
pavlov大约 1 年前
If the designers of Unix had seen the light of CSS, they wouldn’t have bothered with shells and file descriptors and C and Awk and all that composable flotsam.<p>They’d just created a single program, call it the “Central Software System”, and defined thousands of properties that let you control its state machine to produce the output you need.<p>Presto! The perfect computer. If for some reason someone needs a new kind of output, it can be added to the Central Software System via a friendly decade-long committee process.<p>And if the properties happen to conflict in how they define some output, well, the one company in the world who has actually implemented all of this “open standard” can decide what happens in that case.
评论 #40130643 未加载
评论 #40130716 未加载
评论 #40130579 未加载
评论 #40130704 未加载
评论 #40130857 未加载
评论 #40131165 未加载
评论 #40130801 未加载
评论 #40131123 未加载
评论 #40130617 未加载
评论 #40132582 未加载
评论 #40130850 未加载
评论 #40130903 未加载
评论 #40130568 未加载
评论 #40130638 未加载
评论 #40130991 未加载
评论 #40131381 未加载
评论 #40131394 未加载
aidog大约 1 年前
I absolutely want this. I have wanted this for years. This is a form of grid so it should be in CSS grid. Especially since it has tracks. Browser makers, please just ship this.
hwbunny大约 1 年前
Webkit team snorting cocaine?<p>look at this, how intuitive, how readable:<p>grid-template-columns: 14ch repeat(auto-fill, minmax(28ch, 1fr)) 14ch;<p>just throw the whole grid thing out of the window and get on board someone who can create syntax that wouldn&#x27;t send you to jump off a cliff and feels like it was made by a fellow human being, not an AI controlled robot.
评论 #40132916 未加载
spintin大约 1 年前
You can very simply do this with javascript.<p>Browser developers are now reaching for straws to remain employable.<p>That said the biggest tasks remains:<p>- Go back to HTTP&#x2F;1.1 with &quot;One time password&quot; auth.: <a href="https:&#x2F;&#x2F;datatracker.ietf.org&#x2F;doc&#x2F;html&#x2F;rfc2289" rel="nofollow">https:&#x2F;&#x2F;datatracker.ietf.org&#x2F;doc&#x2F;html&#x2F;rfc2289</a><p>- Simplify the browser so that it can be compiled in less than many hours on the latest CPU.<p>- Completely remove the tie-ins to any commercial&#x2F;governmental entities.<p>Basically go back to Netscape with some improvements to javascript performance and hardware accelerated rendering of HTML.<p>Everything else invented in the last 20 years is meaningless. This is valid in most domains: Raspberry Pi is the only real exception.