Full Text Search & Saved Searches

The most requested feature is finally here, full text search for all your articles.

You can either search all articles in the feeds and folders list, and see the number of results in each feed or folder, or you can filter the article list directly within a feed or folder.

You can create saved searches directly from the article list, which will then appear like folders in the main feeds & folders list. The saved searches run locally on device for your articles, but where it’s supported (Inoreader on a paid plan or Feedbin) you’ll also have the option to create a server side search that is synced across your devices. Saved searches are also synced for iCloud feed and iCloud read later accounts.

Local saved searches even store and respect the current feed or folder where they are created and only show matching articles from these sources. You can of course create a saved search from the “All Articles” feed to get all of them too.

Cursor Support

This feature is a bit overdue, but since I was already well into 2.4 when Apple released cursor support for the iPad, I decided to do it right and release it together with the rest of the new features. Most of the app was already working reasonably. because of Catalyst, but I’ve added some animations and hover states that are only available on iOS.

Plus some of the improved cursor support, like displaying URLs while hovering links, in the article view is only available with the new native rendering, that’s also officially supported now.

Native Rendering

Native Rendering is a new option to display the article. I’ve been working on it for the past year or so, and it will replace the WKWebView based rendering at some point. Instead of just throwing the article’s HTML content simply into a WebView, Fiery Feeds parses the HTML itself and displays it using native labels, images and so forth.

This is not only much faster – not that I’m better at rendering HTML than the Safari team, but since it’s only used for articles, I can completely ignore any javascript, any CSS, any more advanced layouts, and only implement the elements commonly used in articles – it also gives me more control over the individual elements. You’ll notice context menus with more options, better drag and drop, images can be downloaded really on demand and use the same cache regardless of if they’re loaded during sync or when viewed in an article, iframes can be set to only load when needed, and much more.

The new native article viewer has also an updated design for most elements, giving it a more modern look.

Updated Roadmap

I had to push back some of the features planned for version 2.4, to be able to release if before iOS 14 / Big Sur hits. Now that 2.4 is done, I’m going to focus on version 2.5 with initial support for iOS 14 and Big Sur, that is enough changes to make it run well on the new operating systems, but not much in terms of updated UI for Big Sur. Plus some of the smaller features I had to drop from version 2.4, depending on how much time is left until the public release. Version 2.5 should be available around the time iOS 14 / Big Sur drops.

Of the big features originally planned in the roadmap for 2020, four (Mac Trial, Full Text Search, Saved Searches and native rendering) are now released. I’m going to continue to work on Performance improvements, but I’m pushing per feed settings and drag and drop/Multi Selection to next year.

Instead, for the rest of the year, I’m going to work on replacing as much of the Fiery Feeds’ custom UI elements with some of the new system elements (like the collapsible sidebars on iPads, the new 3 pane mode for SplitViews, Big Sur’s new window toolbar, using SF Symbols instead of custom icons more and more …) to get version 2.6 to fit in to Big Sur as much as possible.

This is the second of my now yearly roadmap blog posts. You can find the last year’s post here.

Looking back

Looking at my commit history for the last few years, 2019 was actually the busiest year so far.
All in all there were 19 updates for iOS and 3 for macOS. As always you can find the entire changelog here.

3 Pane View

In preparation for the Catalyst Mac app, I’ve started the year implementing the three pane view on iPads.
Looking back this was a good idea, there were more than enough other things to do to get the macOS app ready in time for Catalina, so it was nice to have this out of the way early.

Sync Services

One of the more requested features was a way to use Fiery Feeds without having to signup for a third party service.

Version 2.2 added an integrated RSS parser that allows you to subscribe to feeds without having to rely on any server or service. The feeds are downloaded and parsed on device (the way traditional RSS readers work).
Because I noticed that a lot of the things needed for a read later service, from text extraction to database code, were already in place, version 2.2 also added an integrated read later account.

I didn’t stop with local accounts, instead if added iCloud syncing to both the RSS and read later accounts. Since the database structure is shared between all account types, I can even use the same iCloud sync code for both types of accounts. And, while I was at it, I’ve added support for syncing the app and account settings through iCloud as well.

Later I’ve also added support for syncing with NextCloud News.

Article tags

New is also support for article tags, creating new tags and adding tags to an article. It’s only supported by some services, but it made sense to implement it now, since they’re now also used it in local/iCloud accounts.

Siri Shortcuts

Fiery Feeds learned Siri Shortcuts with parameters, allowing you scripting access to your feeds and articles. You could search for articles or save all starred article from a particular folder to your notes, or whatever you want. (Do let me know if you’re doing something interesting!)

Bionic Reading

This year also brought Bionic Reading to Fiery Feeds. It highlights parts of words to guide the eye through the text.

Full Page Screenshots

Another new feature in iOS 13 are full page screenshots. When you take a screenshot of an article, you’ll now have the option to save or annotate a PDF of the entire articles (even if it’s longer than what’s on the screen). Just take a screenshot, and then choose Full Page in the system’s screenshot UI.

Mac App & iOS 13 Update

After iOS 12 which required nearly no changes to the code, iOS 13 brought (mostly due to Catalyst – most of the new features in the iOS version were required for the Mac) some massive changes.

  • Context Menus
  • Multiple Window Support
  • System Dark Mode
  • New Keyboard Shortcuts API
  • New Background Sync API

But at least there is now a working, and fairly usable macOS version of Fiery Feeds. It’s not perfect yet, and there are still lots of bigger and smaller improvements planned for it, but if you like your RSS app configurable, it might already be the option out there.

Planned 2020

Both the Mac app and the iOS 13 update were much more work then expected, so I had to push some of the planned features to 2020. Full text search and saved searches in particular.

Here are the things planned for 2020, in no particular order. (And I want to emphasise that they are only planned. Plans change sometimes.)

Mac Trial

Fiery Feeds for macOS is sold separately from the iOS as a €35 one time purchase. I understand that you might want to try the app before buying it, so the first thing in 2020 will be a trial version.

Full Text Search

As mentioned before, full text search was originally planned for 2019. It’s been pushed to 2020 and should be in the first feature update for iOS and macOS this year.

Saved Searches

Once it’s possible to search for text, it’d be nice to save those searches for quick access. I’m thinking of something along the lines of iTunes’ smart playlists to create powerful smart views, possibly even across multiple accounts.

Native Article View

Another big feature that’s coming sooner than later. Instead of relying on an embedded web view to render the article content, I’m parsing the content myself, and drawing it with standard UIKit labels and images to the screen. This is not only a lot faster, it also gives me much more control over the content (think useful context menus, or loading images only when needed, to save bandwidth).

You can even try it out already, if you want. Just open the Expert Settings by tapping and holding the settings button, then look into the ‘Experimental’ settings. There are still a few things missing, most notably text selection, but it’s coming along.

Drag and Drop / Multi Selection

One of the more macOS centered improvements. Selecting multiple article to mark read or tag at once, or simply dragging feeds / articles to folders / tags to assign them is something I’d expect from a Mac app. I’ve caught myself trying to do this and getting annoyed that it doesn’t work multiple times. Interestingly I’ve never missed those features on iOS – I still plan on supporting it on both platforms.

Per Feed Settings

Over the time people have asked for different settings they want only on a per feed basis, not for the entire app. Showing Preview Images for example, or notifications only for specific feeds. Alongside that I also want to support automatically marked articles read after a certain time (for specific feeds), and some more.
Those will be ‘override’ settings, that is, if you never look into the feed settings view, the app should continue to behave exactly as it does today.


And lastly, 2019 had some massive features and changes (and you might notice that the features planned for 2020 are quite a bit smaller in scope), this year I want to focus more on general performance and stability. Sound boring, I know, but I have quite the backlog of smaller issues, and ideas of where I could make the app a bit faster.

I’ve posted a few things here and there about the progress on the Mac app during development on twitter. I’ll try to add a few more words here.

Getting an initial version of the iPad app to run on macOS was relatively straightforward. It did not look particularly good (or mac like) though. Luckily I’ve started working towards the Mac app, when Apple announced Catalyst last year, and the 3 pane view was already done.

After adding a stretching mode the the toolbars, and disabling the large titles, it’s getting a little bit better. Both navigation bar and toolbar are custom implementations, since I’ve had far too many issues with the standard classes in iOS over the years. I’m quite happy I did it this way.

Multi window support is also a must on macOS, even more so than on iPad. It’s nice that implementing windows for the Catalyst app, also gave me multi window support on iPad for free, basically. But on macOS I’m using it a bit more, by default. For example the settings above are always opened in a separate window (as they should be), or if the main window with the article list is too small to show the three pane mode, it defaults to opening articles in separate windows as well (although this can be changed in the settings).

And of course menus. I’ve spend a lot of time switch everything to the new context menus (which are weirdly similar to my own long press menu from version 2.2), except of course, that they get translated to actually context menus on the Mac. And the menu bar, of course, it wouldn’t be a Mac app without it. While at it, I’ve completely rewritten the handling of keyboard shortcuts, which were kind of hacky before.

Additionally to the keyboard shortcuts, I’ve also completely rewritten the background sync using the newest APIs. You probably shouldn’t notice any change on iOS, but it was still necessary to get background sync working on Mac as well.

Finally, I’m using an AppKit bundle for some of the smaller details. Like the nice and entered traffic lights on the (custom) window titlebar wouldn’t be possible without AppKit. Or setting the window size for the image viewer correctly. Or even the web view wouldn’t show the click pointer on links without doing that manually (though this might have been fixed in one of the later Catalina betas. Haven’t checked).

All in all, I see this first release more as the beginning of a journey than the final step.

New Features

Fiery Feeds 2.3 brings support for all the new iOS 13 features and some more.

Context Menus

I’ve completely replaced the old custom long press menu with the new context menus everywhere (and added menus in lots of new places).

Bionic Reading

First off, the article view now supports Bionic Reading. It allows you to read long texts with more
 focus, awareness, and sustainability. You can read more details on how Bionic Reading works here.

Nextcloud News

Fiery Feeds now supports two way syncing with selfhosted Nextcloud News installations.

Multi Window Support

Fiery Feeds now fully supports multiple windows on iPad running iOS 13 or later. You can open different accounts in different windows, you can also drag individual articles to open them in separate windows.

Siri Shortcuts

Siri Shortcuts with parameters are an extremely cool feature. I’m not thinking about them as much as things to say to Siri, and more like a bridge to allow scripting with Fiery Feeds. I’ve added shortcuts to fetch article ids from certain feeds or folders and to fetch article attributes (like title, body, author and so forth) for an article. And shortcuts to tag articles or mark them starred/read. I’m really looking forward to seeing what you all do with this.

As an example, here’s a short script that searches the “Must Read” folder for any article that contains “Apple” and tags the article.

System Dark Mode

You can still select your preferred dark and light mode, but now you have the option for the app to follow the selected systemwide mode, instead of following the screen brightness.

Even more

Version 2.3 also includes completely rewritten (and streamlined) keyboard shortcuts code and background sync using the newest APIs (which should reduce background battery usage), but you should not notice too much of these changes.

Some of my favourite little changes are the new two column settings view on iPads and that you can tap and hold any of the bottom toolbars to quickly customise them.

One more thing

There is one other thing hidden in this version. I’ve been working on the next generation of my article viewer for the past few months. With this new article view, I’m parsing the HTML for the article myself, and render the content using native elements, instead of throwing everything into a web view. It’s far from finished, but what’s there is already so much better (and much faster!) than the web view based rendering that’s currently on by default.

If you want to give it a shot, you can open the Expert Settings by tapping and holding the settings button, then look into the ‘Experimental’ settings. Let me know what you think :)

Fiery Feeds has lots of settings. There are the Expert Settings I’ve written about previously, there are the general app settings. And there are also the often overlooked account settings.

The account settings not include the login information, but also some additional operations like importing or exporting OPML files (in iCloud or local accounts).


You can how many and which of your articles should be downloaded to your device, and how many and which articles should cache additional data. You can choose whether you want all starred articles, and how many already read articles you want to have available on your device.

You can also choose which (unread, read or starred) and how many, at most, of your articles should be cached. Fiery Feeds always keeps the selected number of the newest articles with the selected states cached, and removes older articles, even if still unread from it’s cache.
Note that caching the article here is different from downloading the article. A downloaded articles shows up in the app, and has the in the RSS feed included article text available offline. For a cached article, the extracted article text (for text mode) as well as any image included in the article is downloaded and available offline. Both are downloaded on demand for any downloaded, but not cached article.


Here you can choose whether to include the unread count in the app icon badge. (The unread counts of all accounts with this setting enabled are added together).
You can also choose if you want to receive detailed notifications for each new article (and wether you want to receive them inside the app, or only in the Notification Center. Note that the notifications inside the app only show for at most 5 articles, as to not block the UI for too long).
You can also choose to receive a sync summary (“6 new articles found”) as notification.

Smart Views

Here you can enable or disable any of the smart views, as well as setting the threshold for the long and short article folders, for the high and low frequency folders, and the number of days to be shown in the recents folder.

Mark Read

Choose when articles should be automatically marked read. Available options are on opening in the article view, on scrolling past them in the article list, or on triggering the quick share action.

Interface Settings

In the account interface settings, you can fully configure the bottom toolbars for the feed list, the article list, the Hot Links and article view. Additionally you can turn or or off showing word counts in the article list, as well as left/right swiping and saving the reading progress in the article view.