Can you reach out to me over Mastodon? iirc you were on the merveilles instance but i can't find your username to DM >.<
Alexander Cobleigh
Creator of
Recent community posts
Rad Reader accepts imports (and automatically produces its own exports) using the OPML format that's commonly used in the RSS ecosystem. There are instructions on importing here https://cblgh.org/rad-reader-manual/#importing-feeds but the gist of how it currently works is that you provide the path in Rad Reader's input field to the OPML file you are trying to import. You could try to rename the XML file you have with .opml, provide the file path and see if it works :)
Basically everything that's in the purchased version is in the demo except persisting to disk. I just double-checked and importing by OPML works in the demo!
If you have any more details or can provide a subset of the XML you are trying to import, that could give me something more substantial to go on. As an aside (mostly for myself:) while trying things out right now I noticed one instance of OPML file that isn't being handled correctly right now.
https://herman.bearblog.dev/ (has <link rel="alternate" type="application/rss+xml" href="/feed/?type=rss"> in <head> but not pulled down)
This has now been added! More details in the devlog https://cblgh.itch.io/rad-reader/devlog/689209/bug-fixes-galore-and-osx-builds
I'm happy to share that there's now OSX (and M1/M2) support! You can read more in the latest devlog :> https://cblgh.itch.io/rad-reader/devlog/689209/bug-fixes-galore-and-osx-builds
Thanks for the report and subsequent poke! It WAS actually a bug in Rad Reader, and now fixed thanks to your help ^_^ See the screenshot below.
Apologies it took some time to get back to you, there's been a lot on the work-front recently. Gearing up to make a new release of bug fixes around the new year for Rad Reader :)

in regards to specific feed-related issues, it seems to not load the two latest entries on my own feed @ https://heckscaper.com/rss.xml. a couple other readers i have on hand seem to be parsing it without issue. i don't think it's an issue with formatting on my end, but it would be great to know what end the issue is on.
thanks for this, it was on my end! thanks to you the time parsing routine is now a bit more resilient in terms of handling different representations! :)
Yes sorry! Rendering of the app is attempted with the system's webviewer, which in the case of Linux the program tries to use webkit (as noted). I'll try to do some testing on one of these distros where it is not bundled coming up, but I'm not sure I can promise a good fix for this as it's central to the construction.
The drawback is needing that dependency installed, but the benefit is that it's only installed once: binaries never need to include it, and if other programs attempt to use the system webviewer they will also rely on the same instance.
Perhaps I should list the dependency requirement somewhere so that it is more explicit.. What do you all think?
Entries within a feed should be reverse-chrono! Do you have a feed for me to try that seems to not adhere to this?
In case this is what is happening (don't think so, tho): when first adding a feed url, it will appear at the top as a way to give the user feedback that "ah, yes the feed was added!" but it will be resorted next time a fetch happens.


