I know this is for security reason but why not update the XSLT implementation instead. And if feature that aren't used get dropped, they might as well do it all in one good. I am sure lots of HTML spec aren't even used.
Or are the most motivated to push a narrative in relation to it.
For years I've had this issue with pretty much everything happening in China, from business to politics to culture. For me personally, getting a window into China has been the number one game changer with LLMs. It's easier than ever to find and digest Chinese sources.
Haha, I remember that same feeling, with 3.6 being "peak" Firefox back in the day. My 3.6 was heavily hand-tailored to my needs via about:config etc. Just some dedicated end-user here, but I did know it very well. Version 4 felt considerably worse on a WinXP system, some essential-to-me add-ons broke, etc. I remember feeling really - as in, really - frustrated when I finally had to make the switch.
Apparently, 3.6 is the longest supported Firefox version ever, 27 months: https://en.wikipedia.org/wiki/Firefox_3.6#End_of_life
Sure, every country is. But I think what the OP meant is that US cultural artifacts are (have been so far) much more in demand. I don't remember the last time I watched a Chinese movie or listened to a Chinese band... It could be because I'm in a western country, but I've also lived in Central Asia and Eastern Europe, and American movies, music and literature were much more popular there, too.
I have seen quite a few films from Hong Kong and a few have achieved some level of popularity and recognition in the West but perhaps you do not consider a HK movie to be a Chinese movie.
> ...I've also lived in Central Asia and Eastern Europe, and American movies, music and literature were much more popular there, too.
I can believe that for movies and maybe music but certainly not literature.
E.g. an associated pixel with the 8bit/channel RGBA value 255, 0, 0, 0 (glowing red).
Because PNG can only store associated data a reader must associate before displaying. And that will give you a value of 0, 0, 0 after (black instead of additive red). See e.g. [1] why this matters.
Additionally the PNG spec does not specify if the alpha is linear. Some PNG readers/writer assume it is, some assume it has gone through/should go through an sRGB transfer curve instead. It mostly works until it doesn't.
The fact that the spec. doesn't specify which one it should be is another telltale sign that it was written by people unaware of the subtleties of image processing.
I understand that unassociated alpha gives you more precision in 8bit and since people wanted to e.g. store color ramps (with alpga) in PNG at the time (pre-SVG) and most image processing software (i.e. mainly Photoshop then) would not dither gradients for 8bit, this really mattered.
But it's 2025. And when 16bit PNG got introduced this should have definitely had associated (and explicitly linear) alpha.
[1] https://academysoftwarefdn.slack.com/archives/C05782U3806/p1...
They do not mention precision at all in their rationale for that: “We standardized on non-premultiplied alpha as being the lossless and more general case.”
> And when 16bit PNG got introduced...
PNG has supported 16-bits per component since it was first introduced (see version 1.0 of the spec or RFC 2083).
E.g. an associated pixel with the 8bit/channel RGBA value 255, 0, 0, 0 (glowing red).
Because PNG can only store associated data a reader must associate before displaying. And that will give you a value of 0, 0, 0 after (black instead of additive red). See e.g. [1] why this matters.
Additionally the PNG spec does not specify if the alpha is linear. Some PNG readers/writer assume it is, some assume it has gone through/should go through an sRGB transfer curve instead. It mostly works until it doesn't.
The fact that the spec. doesn't specify which one it should be is another telltale sign that it was written by people unaware of the subtleties of image processing.
I understand that unassociated alpha gives you more precision in 8bit and since people wanted to e.g. store color ramps (with alpga) in PNG at the time (pre-SVG) and most image processing software (i.e. mainly Photoshop then) would not dither gradients for 8bit, this really mattered.
But it's 2025. And when 16bit PNG got introduced this should have definitely had associated (and explicitly linear) alpha.
[1] https://academysoftwarefdn.slack.com/archives/C05782U3806/p1...
Quote the relevant section, Slack requires a log-in.
> Additionally the PNG spec does not specify if the alpha is linear.
Section 12.1 of the PNG spec seems to specify exactly that: “gamma does not apply to alpha samples; alpha is always represented linearly.”