762892, 748583, 750681, 750683, 750684, 750686, 750698, 750702, 750707, 750712, 750716, 757776, 760645, 760724, 765930, 766164, 766617, 766623, 766935, 766942, 766945, 766948, 766950, 766957, 766961, 766963, 766966, 767121, 767368, 767599, 767738, 767852, 767956, 767959, 768268, 768349, 769314, 769316, 769380, 769642, 770051, 770892, 771159, 771610, 772278, 772705, 773386, 773552, 773556, 773774, 774914, 775346, 776110, 777510, 777557, 777868, 777966, 778487, 778488, 778489, 779389, 779527, 779796, 779801, 782285, 782348, 784386
We should design and implement a reading mode in the mobile browser. At the basic end, this could just be a way to pull content out of bad-for-reading pages into something more purpose-built for reading. At the more sophisticated end of the spectrum, it could be a replacement for dealing with a site's own nav system.
Design Concepts can be found here: https://wiki.mozilla.org/Fennec/NativeUI/UserExperience/ReaderMode
Assignee: madhava → padamczyk
OS: Mac OS X → Android
Priority: P4 → P3
Hardware: x86 → Other
Target Milestone: --- → Firefox 14
(In reply to Patryk Adamczyk (UX) from comment #1) > Design Concepts can be found here: > https://wiki.mozilla.org/Fennec/NativeUI/UserExperience/ReaderMode This is a great overview of the feature. I think a hard problem we'll need to figure out to get this working well is: * What rules do we use to "modify" a webpage to make it work in reading mode? Each page will have content and images in a different layout. Trying to figure out what is content and what is cruft will be a challenge. Trying to figure out what images are relevant to the text content and which are ads (or other) will be hard too. We could make some "add-ons" for specific websites, but that won't scale very well. We could have some fallback rules that work in general, but might not work very well.
Here is a link (http://www.readability.com/publishers/guidelines/) on readability.com to article publishing guidelines which could be a good start on setting rules for what gets converted into a more readable format. Its using the hNews spec.
To extract the text content from web sites, my "Reading List" add-on for XUL Fennec uses code from the original Readability bookmarklet, which was released under the Apache 2.0 license.
Turning this bug into a meta bug.
Summary: Create a reading mode for the phone browser → Implement Reader Mode for phone UI
It took me far too long to work out how to use this feature. Is there any chance we can get a popup or open a page that explains these pages are added to the bookmarks?
Paul, what were the pain points for you? Thanks Ian
Just figuring out how to find the reader and read things via it. It's not a very intuitive experience for me. The last place I looked was where I found it (bookmarks). I would've been nice if something said "Items added to your reading list can be found in a more reading friendly format via your bookmarks". Also you should be able to remove and/or save reading position of things via the about:reader UI.
Yep, these are all things in the pipeline that are coming soon * Exposing the reading list more clearly to the user * Next / Prev controls for Navigating through articles in the reading list * Removing items from the list Stay tuned :)
Is there anyway to hide the icon in the URL bar?
Perhaps a comment here about "hey, look what they (iOS developers) are doing over there" would not be appreciated here. But responses from Fennec developers on the recent Reddit IAmA (http://www.reddit.com/r/IAmA/comments/vkwjz/iama_significant_portion_of_the_firefox_for/) have emboldened me to make this recommendation: I cannot emphasize enough how sublime Tweetbot's "reader mode" and offline reading features are, although it capitalizes on integration with third-party services like Instapaper (a Fennec feature request in itself). No other iOS app I know of, with the possible exception of Reeder by Silvio Rizzi, even comes close. Tweetbot's mobile/offline reading workflow is very, very worthy of emulating in Fennec. If you've never used Tweetbot (or Reader), please consider borrowing a friend's iPhone and having a look at the long-press functionality (see also bug #769374) and the mobilizer "switch" in the toolbar of the baked-in browser.
Depends on: 770892
Depends on: 777868
Depends on: 769380
Flags: sec-review? → sec-review?(mgoodwin)
This doesn't still need sec-review now does it? I think this bug can be resolved.
(In reply to Aaron Train [:aaronmt] from comment #12) > This doesn't still need sec-review now does it? I think this bug can be > resolved. No, this has been done: see bug 785077.
This bug was done for Firefox 14.
Status: NEW → RESOLVED
Closed: 6 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.