Naufrago! is a simple RSS reader that lets you view feeds with its images even not staying afloat, or put another way, without going online. This is because there are people, as the author, who does not always have a connection by hand, however, want to read articles / entries / posts with images that can accompany them. This is the leitmotif of the application.
The highlights are:
If you're reading this, you probably meet them. In terms of software:
If the client is so similar (with exceptions) to Liferea (at least in appearance), why reinventing the wheel? For many reasons. Mainly because the author could not find an RSS client that would work offline including images, Liferea developers do not accept feature requests (something quite respectable) and taking a look to third party source requires a dual effort comparing to create it (warning, personal opinion!) . Reinventing the wheel also means learning, improving and finding new ways of doing things may arise that otherwise would not have appeared.
The project can be found both on author's blog and the sourceforge project page.
This mode ensures that you have access to the articles/entries/posts with its images even without an Internet conection, without interfering with other aspects in the functioning of the application. This means you can always leave it enabled, no matter you have or have not Internet access, and the application will still keep on getting new articles / entries / posts if it can. The only drawback is that leaving this mode always activated, it will consume more bandwidth and will take longer to get the updates, since the images will also be retrieved. NOTE: For the offline mode to work correctly, after you enable it on the preferences dialog, you must update all feeds whose images you want to view offline.
You can do this by checking the checkbox located at the beginning of the title of each article / entry / post.
As mentioned in the features section of the application, the categorization allows only one level of categories.
It is true, they can not be erased. Instead, it was decided that the application manages its deletion automatically based on the number of articles / entries / posts configured in the preferences. So don't worry, the application will perform the cleaning for you.
There are feeds that do not publish any date for their entries. While the application concerns about generating one, if there isn't, the retrieved articles / entries / posts recovered initially do not preserve order. But from this point, the following articles / entries / posts that are recovered will start to get sorted. Update: Still there's another problem with feedparser while parsing some feeds that produces weird date parsing (in instance, incorrect dates, future dates included).
The same way there are feeds that do not publish any date for their entries, some do not provide content either, but only the title. If you want to read the articles / entries / posts from that site, you will have to visit their website.
That happened in 0.1 version, but should now be solved as long as it has been reworked as a threaded background task.
Unfortunately, this happened sometimes and is an unidentified error (sometimes as a segfault, somestimes as an X error), so WE WELCOME all those who wish to make contributions in this regard. Help is needed!
In practice, RSS entries are not always abstracts (but the full entry), and it is unclear where this topic will evolve, particularly in the Internet. And even if it was true that RSS feeds were provided as summaries, many of them also include informative images / additional content.
Under the GPLv3.
The same way Liferea do, in principle I do not accept feature requests, but as more was lost in Cuba (that's a spanish expression), you do not lose anything by trying. If I find it interesting, who knows :) But, you can always give me a hand with it, do it yourself, ask someone, etc...
The author thanks all those who have endured during development (especially to my girlfriend:) and to all of those who did give a hand. Likewise, he appreciates any contribution you want to do to the project, especially bug hunting and resolving them.
The best gift for a writer of software is not the application usage, but the user's usage and appreciation report. A "thanks mate" will suffice in most of the cases :)
But you can also help improving the project, doing bug fixes, implementating new features, translating to new languages, packaging for different distros... The list is endless! Similarly, although not so nice, you can also criticize it. In any case, you can write to worbynet_at_gmail_dot_com and I'll be happy to hear from you.