| ▲ | righthand 2 hours ago | |
Open wen doesn’t mean WHATWG gets to decide what is and isn’t useful in the browser. > What’s happening is that Google (along with Mozilla and Safari) are changing the html spec to drop support for xslt. If you want to argue that this is bad because it “breaks the web”, that’s fine, Not only does it not break the web, they are flat out lying about that being the reason they’re doing it. That is also very dangerous. You’re doing a lot of sideways handwaving to say killing off this specific technology is not killing the open web, but others are. XSLT is not a source of security errors and this is your disingenuous argument from last time, (please state if you work for any of these companies). Libxslt has security vulnerabilities not XSLT itself. Futhermore there are replacement processors they could contribute and implement to and a myriad of other solutions, but they have chosen to kill instead. That is killing the Open web. | ||
| ▲ | dpark 15 minutes ago | parent [-] | |
In the last thread about this, I tried to have a constructive conversation with you, and you jumped to ad hominem attacks multiple times and then when I tried to actually get clarity on what it means to be part of the “open web”, you explicitly said you didn’t want to engage anymore (and then continued your accusations elsewhere in the thread). Now you’ve chimed in here to essentially call me a paid shill and to repeat your baseless “killing the open web” soundbite. Your definition of “open web“ appears to be “never deprecating a feature ever”. And it’s fine that you want browsers to support features forever. I don’t think that has anything to do with the open web though. Exactly like the author of this blog post, you believe things that were never even part of the “web”, such as gopher, should be supported in the name of an “open web”. > Not only does it not break the web, they are flat out lying about that being the reason they’re doing it. The library is known to have multiple security vulnerabilities. They have declared that it is not sustainable to maintain this dependency. And they have also declared that it’s not worth replacing it. I don’t see the lie in that. I don’t think anyone is claiming that they actually cannot support xslt. They are saying that it requires more investment to support, and the ROI is too low. I also clarified this exact point last time. You are willfully misunderstanding the messaging because acknowledging the engineering trade offs here would force you to consider that this isn’t just an issue of lazy developers or evil PMs as you also claimed. > please state if you work for any of these companies I work for Microsoft who I don’t believe has chimed in on this conversation, though if Chromium removes it, Edge presumably will too. I have no visibility into the Edge position on this feature, though. | ||