www.theaddresses.com/book-now/#av...
First need to select a location, then the date picker appears. There is also a native date picker on the side π€·
www.theaddresses.com/book-now/#av...
First need to select a location, then the date picker appears. There is also a native date picker on the side π€·
Recently got a bug report from a client who decreased zoom to 80% or 90%. Turned out to be a Chrome bug: issues.chromium.org/issues/47776...
This is something I never really considered and don't test for. Only test 100%-200% zoom per page/site and increased font size settings in browser.
I can imagine that this also becomes slow very quickly if elements have complex/deep dependency graphs.
We don't have that.
No, custom VSCode extensions, we do all our dev feedback, utilities, ... in custom extensions.
We have a single mono repo and predictable paths per project.
So at any given time the extension only needs to do a shallow scan of a single directory and only read a couple files.
I can imagine that there are different scales :)
We typically have 1-5 custom elements per project as we do server side rendering and our projects are text heavy with few interactive elements.
Doing this analysis on the fly is really fast for us.
a) no
b) yes
Why have a separate file and format when static analysis could be done one the element code itself.
Kinda looks like combinatorial explosion π€
Weird!
Are there sometimes sourcemaps in such cases?
haha, is there a clue as to why they create such selectors?
- layers polyfill?
- CSS nesting got out of hand?
- ...?
I don't think your points were fully represented on the call π
.
When this was being discussed I was more in favor of keeping `auto`/`match-auto`.
Changed my mind after again reading through github.com/w3ctag/desig...
Also noticed this.
More and more people seem to get "sucked in".
Sunk cost fallacy and addiction/dependency is what it looks like to me.
Very happy that we have a "no-LLM's" policy at work π
I don't want to manage/review others who use LLM's.
postcss-preset-env 11.1.0 is out now.
- very basic support for mixins
- esm only (since v11)
github.com/csstools/pos...
preset-env.cssdb.org/playground/#...
Finished two retrospective blog posts on the journey of require(esm) before 2025 ends:
joyeecheung.github.io/blog/2025/12...
joyeecheung.github.io/blog/2025/12...
Interested in how much the :not(#\#) selector appears in the wild.
preset-env.cssdb.org/playground/#...
okforrealnowlch(...)
Because oklch has been stable for too long in all engines...
Screenshot showing the network tab in Google Chrome. It shows that gtag js requires 155kb to download. The entire site itself (including gtag js) is 279kb.
Google Analytics / gtag scripts are way way WAAAAYYY too massive.
We mostly avoid it but some clients still request it.
In a recent project (large site) the home page above the fold is 279kb. 155kb of that is Google bloat....
A minimal script for those that do not use all features would be nice. π
Is there a text version or link?
I agree that it is confusing. I just don't read the keywords as they are intended.
I always read "element-shared" as "specific to this element" instead of "shared between elements"
A fairly recent spec edition is the alpha() function: drafts.csswg.org/css-color-5/...
So the "function --lower-opacity" example will eventually be simpler still π
I opened a spec issue about this some time ago: github.com/w3c/csswg-dr...
Always helpful if you can add some of your use cases :)
It's pretty dynamic on our end, such bots almost always trip over one of our honey pots and get banned automatically.
same here
Here's a simple postcss-preset-env demo showing how to switch from Browserslist's `defaults` query to Baseline, and seeing how that affects the results
github.com/GoogleChrome...
Thank you for taking a look!
I've submitted a bug report: bugs.webkit.org/show_bug.cgi...
@nicolesullivan.bsky.social I've also submitted this through feedback assistant for Safari, but maybe you can take a look?
We were very surprised to find that Safari 26 effectively breaks all our modal dialogs in all our projects :)
A minimal repro can be found here: github.com/romainmenke/...
They "solved" this on apple.com by setting height to 100% on the body and the html element when the dialog is open.
This implies a jump to the top of the page each time you open and close the menu.
iOS Safari completely broke "overflow: hidden" on the body. This is often used to prevent scrolling the body when a modal dialog is open.
I started a new open source project:
Multiocular shows whatβs changed in your node_modules after dependency updates.
Right now it just shows a diff, but I have many of idea.
It is part of my long-running fight against Supply Chain Attacks.
github.com/multiocular-...
Go Mold!