Hi @Tiberius,

I found two more bugs.

If I am in darkmode and opening a page (i think without background) I cant read anything as you can see here:

18-03-07%2011-52-54%204765
the article link is: https://blog.fefe.de/?ts=a461750f

The other one is from the prior version:
18-03-07%2011-52-36%204764
I think if there are codes or quotes the content is scrolling horizontally.
The url of this article is: https://www.kuketz-blog.de/mail-ru-weitere-mail-app-versendet-passwort-an-betreiber/

thx in advance

Problem is @ratso7 did not say it was a self-signed certificate, he is talking about a wildcard certificate, with which you have one certificate for several subdomains.

Tiberius indicated that certificates should now be valid and not self signed. Also, looking at the app’s settings, the ability to allow self-signed certificates is no longer present. The entire thrust of the discussion is that the app has been modified to allow only certificates that are “valid as per industry best practice.” This excludes the wildcard certificates that you and the OP mention, and also self-signed certificates as Tiberius himself mentioned.

I am speaking to the self-signed certificates as brought up by the author of the software. Using one is just as secure as one signed by a public CA (the signature has nothing to do with the security, but rather the trust of the cert). And are more trustworthy than one signed by a CA because the person who signed it is the one using it. I’d refer you to DigiNotar, Trustico, et al, for examples of how “trusted CAs” are less trustworthy an authority when signing your keys than – you are.

This is not a case where enforcing “valid” keys signed by a commercial CA is necessary, or even adds value. We’re not Joe Random user ignoring a cert warning in our browser when surfing porn on the public Internet. We’re technical people who have setup TT-RSS and know what we’re doing when we say “Allow self-signed certificates” in the app.

I’m not a security expert, but Apple recommandation is to use such certificate only for test purpose. They say that there is always a risk with self-certificate (Technical Q&A QA1948: HTTPS and Test Servers)

I can add the option to allow self-signed certificate, but nothing can guarantee that Apple will not reject the app or that iOS will disabled self-signed certificate trust. For example, installing a CA from Safari no longer automatically trusts it (iOS 11, 12, and 13 installed certificates not trusted automatically (self signed) - Stack Overflow)

Ok, I probably need to add white background for source viewing.

The screen need to scroll because /cgi-bin… is considered as only one word, so the text can’t be wrapped.

Again, user ratso7 was talking about a wildcard certificate, not about a self-signed certificate. These things are totally unrelated!

Yes, it is a self-signed cert. I am using it for my own purposes. The old program had a toggle that allowed this kind of cert.

I have reverted back to the old version and will not be updating the program again.

Thanks anyway.

:man_facepalming:

20chars

The screen need to scroll because /cgi-bin… is considered as only one word, so the text can’t be wrapped.

Hm. I dont know Swift but cant you do something like word-wrap: break-word;?

Well, the article is displayed in a web view, so perhaps I can improve the style of the html page.

This would be great, thx!
What about the suggestion of feader with the custom styling? I think this could be improved with a custom CSS. I also have problems with embedded youtube videos sometimes.

@JustAMacUser
Can I get in on the beta? Cannot send pm’s just yet.

The beta phase is finished, the app is available on the App Store.

I don’t know if this is the place to post feature requests or not, but I’d like to request a change. The Recently read special feed in the app does not sort articles the same way as the web application.

In the web application, articles are sorted in last read order, with the most recently read article at the top. This makes it easy to get back to where you were in the event the network burps, the browser is closed, authentication timeout forces a relog, etc, whatever.

In the Tiny Reader iOS app, the Recently read special feed seems to sort things in the same order as All articles, or at least in an order that is not useful for getting back to the last thing you were reading.

I don’t know the SQL query the Recently read feed is using to display articles in the web app, but I can tell that it’s feed -6. If this way of displaying articles could be brought to the iOS app, it’d be greatly appreciated.

Thank you for your consideration!

Hi !

tiny Reader RSS iOS 2.01 has just been released :slight_smile:

Over this is a great app! Thank you for putting this together.

I do agree that button placement could be optimized better for one-handed reading - but I’m not sure I know exactly what I would put where. I’m right handed and use an iPhone 7s and 8s+ - the smaller phone screen doesn’t need a lot of changing, but the larger screen could use all the common use buttons near the bottom.

Adding features like swipe left/right while reading to advance/go back would be helpful (maybe I missed it). But none of this is enough to cause me to stop using the app! Love it!

When reading an article, you can swipe left/right to read previous/next article (same with the left/arrow in the toolbar). You can also swipe down in the toolbar to close the article view and go back to the headlines. And, of course, standard iOS gesture (tap on home button of swipe down for faceID phones) is available to show half view for accessing the navigation bar with one hand (I think this option need to be activated in the iOS preferences).

Can you explain that for me, what is the Tool bar? Where the Source and Close buttons live? or the next, prev, star and Read buttons live?

I’ve tried both and not been able to close an article.

The toolbar is the bottom bar (the top bar is called navigation bar)

You just need a swipe down inside this bar to close the view. You need to start the gesture inside the bar, it doesn’t work if you start the gesture outside the bar. This is not a standard gesture, but it can be useful when using the app with one hand.

Honestly I haven’t been able to get this gesture or the pull to refresh gesture to work.