Chrome's team argues that because only about 0.02% of page loads use XSLT, it's not worth the maintenance burden.
Surely given the volume of browser usage, 0.02% is still a very substantial amount of usage. Lazy fucks
Chrome's team argues that because only about 0.02% of page loads use XSLT, it's not worth the maintenance burden.
Surely given the volume of browser usage, 0.02% is still a very substantial amount of usage. Lazy fucks
Xslt has nothing to do with RSS being available or not.
It seems to have to do with how it looks formatting wise and not about availability or not, that is what is being meant.
That's just for those few websites that use their RSS feed as their content source. If they want to keep doing that they can just get a JavaScript library that provides XSLT functionality. The feed itself is untouched.
"Yay more JavaScript" said nobody
It's really hard to decide whether XSLT or JavaScript is worse. On the one hand XSLT wasn't cobbled together in a weekend. On the other it requires you to write XML and its "arrays" start at 1.
Would be easy to render the XSLT in the server. Could be cached nicely as well.
So things like newsbreak who ingest a sites feed then display?
Wait, browsers still had RSS support? I thought that was deprecated a decade ago. I've been using dedicated apps for them
i browsed the web via RSS for a while. Maybe it's time to get back to that. at least for some food blogs or something. anyone got a good rss reader?
I like miniflux. Lightweight, web based, selfhostable, assisted hosting and compatible with third party clients.
Same, minflux is simple and very lightweight. I just use a web app on my phone to read it. Still very responsive.
+1 for Miniflux, super nice and it has a polished interface.
You can also access it through third-party apps such as NewsFlash (for Linux) or NetNewsWire (for mac, you just need to enable "Google Feeds APIs" in Miniflux for that).
Thunderbird. It feels right at home paired with Firefox, and has extremely powerful message filtering built in.
Got FreshRSS running on my home server and feeding a couple of client programs. RSSGuard on my computers and Readrops on my phone. No complaints, got it doing exactly what I want it to do.
I use FluentReader, and an extension that restores Firefox's old RSS functionality.
Edit: The extension I use is called Livemarks
i currently use firefox. mind sharing that extention with us please?
There are libraries that can polyfill this with almost zero effort. List should not effect any active site that offers rss feeds.
It's not zero effort at all. For XML(which RSS is) with xlst it is serving only 2 static files. The XML file with a reference to the xlst file, and the xlst file.
The XML can be read without transformation by tools like RSS readers, but displayed with transformation into HTML for viewing in a browser with the xlst.
You're saying it is easy to polyfill, but involving JavaScript at all completely breaks the (useful) paradigm
I remember using XSLT to make my site's RSS look good around 20 years ago. I thought it was so cool, though XSLT was awful to write.
It's sad to see how browser manufacturers have been treating RSS for a while. Back in the day your Firefox would show you that a page has an RSS feed. You were able to click on it, see what was in there in human readable, not cryptic-XML style format, and you were able to subscribe to it. Then you had a nice little bookmark showing you everything this page had posted recently. RSS is a great technology and it really really sucks how Big Tech has tried to kill it.
YouTube broke my RSS feed for YouTube subscriptions by breaking how embedded videos works.
Now when I try to click on videos in my RSS feed it just gets me "Error 153" every time.
It's so frustrating!
I'm currently using Feedbro on Firefox (the add-on hasn't been updated in 2 years) but if anyone has any recommendations that don't get that error I'm all ears!
Who TF is still using XSLT?
Good riddance.
We use it at my library/archive to convert EADs (XML finding aids) into something we can present to a human.
This change breaks something that's been working for us without issue for over a decade, and it's personally a PITA because I'm the only dev-adjacent person in the library and fixing this takes me away from other stuff. (I'm spread thin and we've been in a hiring freeze for 5 years. I love my coworkers but there's so much work stuff I have to deprioritoze in order to do the important stuff, it feels unfair when a big corporation decides to break something on me.)
You just need literally anything else other than the native browser to do it no?
I can't guarantee an online researcher/visitor has anything other than a browser and I sure as heck don't want to walk them through installing something on whatever machine they're using. I do enough tech support as it is.
Current plan is to have the web server do it, it's just another thing on my plate that I need to figure out how to do.
I'm a little confused about this. While I've been using RSS feeds for several years, my only experience with RSS feeds is with Inoreader. Will this cause issues with the way that I've been using RSS feeds or will I be unaffected?
top 50 comments