750678 - Implement reading list navigation at the bottom of reader view articles

Status: RESOLVED WONTFIX

(Firefox for Android Graveyard :: Reader View, defect, P2)

Description

[Lucas Rocha (:lucasr)]

The initial idea is that you'd have 2 ways of going to next and previous item in your reading list while in the reader (about:reader).

1. Toolbar with next/previous buttons (toolbar would show when user taps on the screen and fade away after a timeout)
2. Swipe right/left

Comment 1

[Kevin Ernst]

For existing UI mockups, see: https://wiki.mozilla.org/Fennec/NativeUI/UserExperience/ReaderMode

Comment 2

[Lucas Rocha (:lucasr)]

Ian, we can use this bug to track design and implementation work on the "proper" access to reading list from reader mode.

Comment 3

[Lucas Rocha (:lucasr)]

Ian, any thoughts in terms of UI here?

Comment 4

[Ian Barlow (:ibarlow)]

I have some, yes. I plan to have a more comprehensive set of Reader updates towards the end of next week.

Comment 5

[:Margaret Leibovic]

Yuan, I know you've been working on some updated reader mode designs. Have you thought about this at all?

Comment 6

[:Margaret Leibovic]

I also just commented in bug 871593, since that seems very similar to this bug. If they are indeed separate issues, we should make a design that includes both aspects :)

Comment 8

[Anthony Lam (:antlam) Find me, @antlam on Slack!]

Attachment: prev_endofarticle1.png

Attaching updated design.

Comment 9

[:Margaret Leibovic]

(In reply to Anthony Lam (:antlam) from comment #8)
> Created attachment 8582535 [details]
> prev_endofarticle1.png
> 
> Attaching updated design.

Sweet. We should make a trello card for this to get it in the funnel.

To implement this, we'll need to pass a message to Java to ask for the next item in the reading list. We already send a message to ask whether or not the item is in the reading list, so maybe we could just piggy-back that next article data into the result for that.

We'll have to bit a bit careful, since the about:reader JS/HTML is shared with desktop, but we can easily hide elements that aren't used on desktop (we already do this with some of the platform-specific toolbar buttons).

Comment 11

[:Margaret Leibovic]

We're not going to continue investing in the reading list, so we shouldn't fix this.