![Avatar](/_next/image?url=%2Flemmy-icon-96x96.webp&w=3840&q=75)
ShortFuse
Daily Quordle 938
8️⃣4️⃣
6️⃣3️⃣
m-w.com/games/quordle/
⬜⬜⬜⬜🟨 ⬜⬜⬜⬜⬜
⬜⬜🟨🟨⬜ ⬜⬜🟩🟨🟨
⬜🟨⬜🟨⬜ ⬜🟩⬜🟨⬜
⬜🟨🟨⬜⬜ 🟩🟩🟩🟩🟩
⬜🟩🟨🟩⬜ ⬛⬛⬛⬛⬛
⬜⬜⬜⬜⬜ ⬛⬛⬛⬛⬛
🟨🟩⬜🟩🟩 ⬛⬛⬛⬛⬛
🟩🟩🟩🟩🟩 ⬛⬛⬛⬛⬛
⬜🟨⬜🟨⬜ ⬜⬜🟨🟨⬜
⬜🟨⬜⬜🟨 🟨⬜🟨🟨⬜
⬜⬜🟨⬜⬜ 🟩🟩🟩🟩🟩
🟩⬜⬜⬜⬜ ⬛⬛⬛⬛⬛
⬜⬜⬜⬜⬜ ⬛⬛⬛⬛⬛
🟩🟩🟩🟩🟩 ⬛⬛⬛⬛⬛
This actually propels the plane.
The turbine engines are there to look big and make noise to have the passengers feel safe. Big turbines also allow airlines to charge extra, and generate bigger profits. CO2 emissions are also intentionally raised to justify higher pricing.
Even line-height
in CSS3 is draft. Saying no drafts should be implemented is a ridiculous standpoint: a standpoint not even Firefox aligns with:
Standardization requirements for shipping features
What evidence is necessary will vary, but generally this will be:
W3C - the specification is at the Candidate Recommendation maturity level or more advanced; shipping from a Working Draft or a less advanced specification requires evidence of agreement within the working group that shipping is acceptable
https://wiki.mozilla.org/ExposureGuidelines
But keep moving those goal posts.
What? They all have W3C specs. Firefox just chose not to implement them.
- https://www.w3.org/Graphics/Color/Workshop/talks.html
- https://www.w3.org/TR/appmanifest/
- https://wicg.github.io/shape-detection-api/#barcode-detection-api
- https://www.w3.org/TR/nfc/
- https://www.w3.org/TR/accname-1.2/#computation-steps
- https://drafts.fxtf.org/css-masking/#the-mask-border
You think you’re trashing Chrome, but you’re trashing Firefox instead.
Firefox, unfortunately, has been lagging behind. Safari is close to surpassing Firefox if they haven’t already. Safari really made a big shift for actually implementing web standards around 16.4.
- No HDR - relevant for me because I mod PC games for HDR
- Dropped PWA on desktop - even Apple went full 180° and embraced it now on Mac OS X. Chrome really gets a good push from this from Microsoft constantly helping push more app manifest stuff since it appears one of their goals is to render more things over Edge PWAs (eg: like the title bar), and resort less to having to use electron.
- No masked borders - can’t do custom element borders like corner cutting or perfect squircles. Rounded edges only
Chrome is still the absolute best for accessibility. Neither Firefox nor Safari properly parse the aria labels when it comes to how things are rendered. Chrome will actually render text in accessibility nodes as presented on screen (ie: with spacing). Safari and Firefox only use .textContent which can have words beingmergedwhentheyshouldn’t.
Chrome also has Barcode and NFC scanning built right in. I’ve had to use fake keyboard emulators for iOS. Though, Chrome on Mac OS X also supports it. Safari has native support for Barcode behind a flag, so it’ll likely come in the future. Barcode scanning is still possible with Firefox through direct reading of the camera bitmap, which is slower but still good. There’s no solution for NFC for Safari, but if Chrome ever comes iOS, that would possibly be solved. I believe Face Detection is similar, but I’ve never used it.
I’ve also used .local but .local could imply a local neighborhood. The word itself is based on “location”. Maybe a campus could be .local but the smaller networks would be .internal
Or, maybe they want to not confuse it with link-local or unique local addresses. Though, maybe all .internal networks should be using local (private) addresses?
I’ve been using uBOLite for about a year and I’m pretty happy with it. You don’t have to give the extension access to the content on the page and all the filtering on the browser engine, not over JavaScript.