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

Looking back

2020 was a complicated year for everyone, but I still managed to release 16 updates for Fiery Feeds iOS and macOS in total.

Mac Trial

It was the first thing on my list for 2020, and you can download it here: Fiery Feeds Trial

Full Text Search

Search everywhere. Full text search for articles. Search for settings, including otherwise hidden expert settings.

Also in version 2.4 a simple implementation of saved searches. It’s not yet the advanced iTunes smart playlist style saved searches, but a lot of things required are now in place for this to happen.

Native Article View

I’m still working on the native article renderer and fixing some edge cases here and there, but it is officially an option, and will become the default renderer in the next major update.

Performance

There were some performance fixes since 2.4 has been released and I am currently working on a few different more, as well as general code cleanup. Those changes will be part of the coming 2.4.x updates, that is, I want all of the known bottlenecks fixed before I start on the next feature release.

Planned 2021

The major features I’m planning to work on this year, roughly sorted by priority. As always, this is just a rough plan, not a guarantee that I’ll actually manage to implement all of them.

New Widget

iOS 14 and Big Sure brought support for new SwiftUI based widgets. Fiery Feeds already has a today widget, but the new widgets, while more limited in features, can be put on the Home Screen, which people seem to enjoy. I have some ideas for different kinds of widgets I want to support, but I do have to learn SwiftUI first, which feels like a big thing (most of Fiery Feeds is still Objective-C). Still, this is something for version 2.5.

New Services

Miniflux, Raindrop, Feeder.io, full FreshRSS (including feed management, i.e. using their Google Reader API) support. There’s a lot to do on the syncing side, even if it doesn’t sound like exciting new features.

Theming Improvements

A better (read native, instead of a website) in-app browser for themes, an in-app theme editor and a user directory of themes where anyone can submit their own creations.

General Design Refresh

While I don’t want to completely redesign Fiery Feeds, I do want to bring it a bit closer to the look of iOS 14 and Big Sur.

Also the new OS versions brought support for a lot of things I want to use. Native sidebar, native 3-pane-mode, the new window toolbar on macOS, more use of SF Symbols,… you get the idea. Some of those do require iOS 14/Big Sur as target, that means I’m going to release this after the next iOS/macOS versions are available so I can keep supporting to my usual current + 1 OS versions.

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.

I think this is going to fit well with the updated design, since I have to completely re-do at least the feeds and folders list anyway.

Advanced Saved Searches

Like I said above, the foundation is already in place, but I still need to build the UI to create more complex saved searches. I like iTunes’ UI for smart playlists, and I hope that Smart Searches will end up looking and working like that.

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.

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.

Performance

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.

Fiery Feeds for Mac offers the same customisability as you’re used to. It’s build using Catalyst and on the same code base as the iOS version. I’ve written some more about it here.

It offers the same customisability as you’re used to in the iOS version, including multiple article list styles, custom themes, custom URL and Email actions, iCloud synchronisation, smart views, automatic full text extraction and all the rest.

The system wide action extension to subscribe or read later is coming in one of the next updates. It’s already working in my development builds, but I haven’t managed to convince the App Store servers to accept uploads with the extensions embedded. Let’s see if that changes after the official Catalina release, wouldn’t be the first time that the App Store isn’t quite up to date.

The new Bionic Reading feature from version 2.3 is also available on the Mac.

Pricing

I’ve thought long about how to price the Mac version. The most obvious option would be to make it part of the subscription that already exists on iOS, but this comes with some technical issues. The Mac and the iOS/iPadOS apps are two separate apps on the App Store (since universal apps between iOS and Mac are not supported). Apple allows syncing the subscription between separate apps, but doesn’t provide any help in doing so.

Right now there is only a single subscription (group) available in Fiery Feeds. That means, no matter what, a single Apple ID can not subscribe more than once. If I wanted to do subscription syncing, I’d have to at least offer a separate (because it’s separate app) subscription in the Mac app (for people who do not use the iOS app), which means users might subscribe twice by accident (if they didn’t follow the steps to synchronise the subscription from the iOS app exactly step by step). Together, with the fact that I can’t refund subscriptions (or purchases) even if I wanted to, that sounds like a support nightmare in the making. So a shared subscription is out, at least until it’s properly supported by the App Store.

Generally requiring a second subscription for the Mac app for everyone… feels just wrong. So that’s out too.

That leaves me with probably the most straightforward option. Fiery Feeds for Mac will be a single, paid upfront, onetime purchase, as Mac apps have been for a long time. It’s going to be $35 and I expect to support it with new updates and features for the next 3-5 years, before doing some sort of paid upgrade, be that a move to a subscription (if supported by Apple), or another paid version.

You can find Fiery Feeds on the Mac App Store.

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.