Show an estimated reading time in the Reading list

RESOLVED WONTFIX

Status

()

Firefox for Android
Reader View
RESOLVED WONTFIX
3 years ago
a year ago

People

(Reporter: kar, Unassigned)

Tracking

(Blocks: 1 bug)

35 Branch
All
Android
Points:
---
Dependency tree / graph

Firefox Tracking Flags

(firefox36 disabled, firefox37 disabled, fennec+)

Details

Attachments

(1 attachment)

(Reporter)

Description

3 years ago
Created attachment 8516714 [details]
Screenshot_2014-11-04-09-53-05.png

See attached screen shot. It was explained to me *after* that this indicated how long it would take me to read the article.

I thought it was either when an article was added or when an article was updated. Regardless of what we want to indicate, this is very confusing.

FWIW, I think having a time stamp for when the article was published is important for RSS feeds (so I know what's the latest it's been updated). I'm not positive what's of real benefit for adding 'time' to a reading list: whether it's the length of time you think it's going to take me to read it (!!), when it was added, when it was published.... 

But in its current implementation, there is no indication that you've guessed how long it's going to take me to read the article so it's even more confusing. Either we let a user display what kind of 'time' they want to see on their list, and/or at least indicate WHAT the time refers to.

Updated

3 years ago
Blocks: 917884

Updated

3 years ago
status-firefox36: --- → affected

Updated

3 years ago
Blocks: 959297

Comment 1

3 years ago
This was part of ibarlow's original design. NI to antlam to decide what to do about this.

Perhaps what we really want is a way to differentiate "short reads" from "long reads"? If we decide to try to do something more complex than what we currently have, we can always just remove this from the UI in the meantime.
Flags: needinfo?(alam)
I think that the decision to show an "estimated reading time" (ERT?) is still helpful. We just have to improve on how we display that information. For instance, maybe "3 min read" as opposed to just "3 min" would be a bit clearer.

After getting some UX feedback, I'd say that we should keep this indicator and try to make it clearer what we're saying. It still seems more helpful than a time stamp to me (I find that information pretty hard to remember) but we could also get some testing on this from Gemma if we'd like.
Flags: needinfo?(alam)
tracking-fennec: ? → 36+
(Reporter)

Comment 3

3 years ago
I don't mind the idea of an estimated reading time, but yes - an indicator of what it refers to would be of benefit! 

Timestamps are important when we pull in feeds as a way of letting users know they are, indeed, getting updated content. I don't think it applies as much in a reading list that you've added to yourself (in my opinion!).

Some user feedback on this would definitely be good!
/Puts on UX Hat/: What if we added a small icon next to the number? Use a small stopwatch for "reading time" and a small calendar for "feed update" time? Try to add some context to the number.

Comment 5

3 years ago
I can own figuring this out. Maybe we should consider backing these changes out of aurora so that we can iterate on them in nightly?

See also: bug 1106380.
Assignee: nobody → margaret.leibovic
(Reporter)

Comment 6

3 years ago
Margaret - I think that sounds like a great idea. I'd rather get it feeling 'right' before it riding up the trains.

Updated

3 years ago
Blocks: 889351
No longer blocks: 959297

Comment 7

3 years ago
(In reply to Karen Rudnitski [:kar] from comment #6)
> Margaret - I think that sounds like a great idea. I'd rather get it feeling
> 'right' before it riding up the trains.

I looked into backing out the patches wholesale, but it's a bit messy, and we would lose out on the article excerpts, which have not been a contentious part of this feature.

I filed bug 1110461 to just disable the estimated reading time bit, and we can re-enable it when we address these UX issues.

Updated

3 years ago
Depends on: 1110461

Updated

3 years ago
status-firefox36: affected → disabled
status-firefox37: --- → affected

Updated

3 years ago
status-firefox37: affected → disabled

Updated

3 years ago
tracking-fennec: 36+ → ?

Comment 8

3 years ago
I disabled this in nightly (and requested uplift for aurora), so there's no pressure to get a fix here quickly, but we should think about this as part of our overall reading list initiative. We should keep in mind that we need to come up with a solution that works for all locales, which likely means this will need to be localizable.
Flags: needinfo?(alam)

Updated

3 years ago
tracking-fennec: ? → +
Leaving a note here that I've also been considering the viability of this feature as it pertains to our desktop counter parts as well.
Talking to rnewman and Margaret about this a bit more, some notes:

 - Concerns around accuracy of localization and estimated read time in other languages
 - rnewman has an idea for a less "specific" estimate of read time ('Long read' vs. 'short read')
 - need to consider "reading speed" on different devices
 - possibly start with "long", "medium", or "short"?
Flags: needinfo?(alam)

Comment 11

3 years ago
Also, before we can do anything here, we need to fix bug 1127451.
Depends on: 1127451

Comment 12

3 years ago
Updating the summary, since we disabled the original feature.
Summary: confusing time indication on the Reading list → Show an estimated reading time in the Reading list

Updated

3 years ago
Depends on: 1106380

Updated

3 years ago
Assignee: margaret.leibovic → nobody

Updated

2 years ago
Status: NEW → RESOLVED
Last Resolved: 2 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.