Any RSS reader that supports iOS 9 ad blocking?

[damezumari]

While I have read that 'apps that have Safari built in' (whatever that means) get content blocking, I have yet to encounter one where it actually works. E.g. Feedly, Pocket, and Unread all show ads, unless I explicitly do sharing -> Safari or something equivalent.

While that in and of itself is not that bad (due to the convenient 'back' button), is there an RSS reader that:

- either has 'content blocking-using Safari built in' (if it is even possible; I assume the ones I mention above use UIWebView and it clearly does not block ads), or

- has one-click view in Safari on per-article, ideally from the RSS summary page?

 

[Menel]

iOS9 blocking is a Safari plugin, Safari only.

 

[chrfr]

While I have read that 'apps that have Safari built in' (whatever that means) get content blocking, I have yet to encounter one where it actually works. E.g. Feedly, Pocket, and Unread all show ads, unless I explicitly do sharing -> Safari or something equivalent.

While that in and of itself is not that bad (due to the convenient 'back' button), is there an RSS reader that:

- either has 'content blocking-using Safari built in' (if it is even possible; I assume the ones I mention above use UIWebView and it clearly does not block ads), or

- has one-click view in Safari on per-article, ideally from the RSS summary page?

Eventually, if apps will get updated to use iOS 9's new web views, content blocking will work automatically. I haven't seen any RSS app updates at this point specifically for iOS 9, though.

 

[KALLT]

While I have read that 'apps that have Safari built in' (whatever that means) get content blocking

It means that these apps have to use the new SFSafariViewController class of iOS 9. With this, Safari is opened directly within the app instead of redirecting you to the Safari app or using a generic WebView (like you mentioned). I don’t think there are any apps yet, because the SFSafariViewController is very restrictive, offers almost no customisation and requires iOS 9. I did read that the developer of Unread is pretty excited about this, so they may implement this in the next major version of their app.

 

[Abazigal]

It means that these apps have to use the new SFSafariViewController class of iOS 9. With this, Safari is opened directly within the app instead of redirecting you to the Safari app or using a generic WebView (like you mentioned). I don’t think there are any apps yet, because the SFSafariViewController is very restrictive, offers almost no customisation and requires iOS 9. I did read that the developer of Unread is pretty excited about this, so they may implement this in the next major version of their app.

I don't see what additional customisation you need. With iOS 8's share sheet extensions, developers no longer need to manually bake in support for 3rd party app-sharing like pocket or pinboard.

You get reader mode (helpful when faced with tiny text on a 5s screen), icloud keychain integration (useful when trying to comment to a TheVerge article and you need to log in) and ad-blockers. That's pretty much everything I need in an in-app browser.

Sadly, this also means that apps like Facebook and twitter will likely never support said feature.

 

[KALLT]

I don't see what additional customisation you need. With iOS 8's share sheet extensions, developers no longer need to manually bake in support for 3rd party app-sharing like pocket or pinboard.

You get reader mode (helpful when faced with tiny text on a 5s screen), icloud keychain integration (useful when trying to comment to a TheVerge article and you need to log in) and ad-blockers. That's pretty much everything I need in an in-app browser.

Sadly, this also means that apps like Facebook and twitter will likely never support said feature.

It depends on what these apps want to do with the browser. If your app has a custom design, it won’t match. If your app has custom controls or gestures, these won’t be replicated. If your app has other useful features, you won’t be able to implement them. E.g., 1Password has a built-in browser with custom functions specifically designed for that app. Apple is using Safari View Controller to tie the experience into the system and encourage developers to stay away from custom solutions, like Facebook and Twitter do.

 

[damezumari]

Thanks for the feedback all; it is as I thought, I turned off wifi assist, and enabled forced proxying through adblock for my iOS devices at my home router again, and life is good once more

(Ironically enough, I have had the setup literally years now, and no ads to be seen anywhere; admittedly it does not work when I am moving about, but neither does this new iOS 9 ad blocking really in the apps I use).

 

[miknos]

Try WeBlock (iOS). Works only on WiFi.

 

[Applerx]

It means that these apps have to use the new SFSafariViewController class of iOS 9. With this, Safari is opened directly within the app instead of redirecting you to the Safari app or using a generic WebView (like you mentioned). I don’t think there are any apps yet, because the SFSafariViewController is very restrictive, offers almost no customisation and requires iOS 9. I did read that the developer of Unread is pretty excited about this, so they may implement this in the next major version of their app.

Twitterific already makes use of this. No more ads when reading news inside the app