[Enhancement] Allow for detailed read/unread tracking

[GoogleCodeExporter]

User story:

See http://code.google.com/p/ebookdroid/issues/detail?id=64 , 
http://code.google.com/p/ebookdroid/issues/detail?id=65 for some context. So, 
I'm again reading a lot of magazines. Some articles more boring than others, 
so, while I would like read them all, but I read the most interesting first. 
Eventually I'm caught up in situation that I could read even those less 
interesting articles, but how would I find them? Scanning thru all issues is 
highly boring.

What would help here is explicit "Read" mark stored for each *page*. Or rather, 
to be more flexible, let this mark have three values: Read, Unread, and 
Default. So, If I truly read entire page (all articles there), I mark it as 
Read. If I deliberately skip some/all content, I set it as Unread (=== To 
read). Otherwise, it stays at default.

Yep, this is pretty involved configuration, but having such functionality will 
mean that EBookDroid will true electronic referent, suitable not for just 
belletristic reading, but also for study and research.

Original issue reported on code.google.com by pmis...@gmail.com on 1 Oct 2011 at 4:07

[GoogleCodeExporter]

What formats do you store those magazines in?
Is it possible to store "Read" marks for outline elements only - not for 
arbitrary pages?

Original comment by Alexander.V.Kasatkin@gmail.com on 1 Oct 2011 at 5:04

• Changed state: Discussion
• Added labels: Type-Enhancement
• Removed labels: Type-Defect

[GoogleCodeExporter]

Well, those are typical PDFs and DJVUs you can find anywhere ;-).

I guess, storing such info per-page is a good compromise - storing it per file 
is apparently doesn't give enough resolution (again, unlike belletristics, 
technical books/magazines are usually not read from first to last page 
consecutively), while actual semantic division of books (articles, sections) 
are oftentimes not available (on global scale, only small share of PDFs/DJVUs 
have outline/table of contents).

Of course, marking each page explicitly as read would be quite a chore, but if 
someone is really serious into reading and knowledge management, one can do it 
;-). (It would be nice to have some shortcut for that, for example, allow 
double-click to be user-configurable, cf. 
http://code.google.com/p/ebookdroid/issues/detail?id=54)

Original comment by pmis...@gmail.com on 1 Oct 2011 at 6:37

[GoogleCodeExporter]

I do not think that this per page status is needed. It is too specific 
functionality for ebook reader. But if you provide a patch we can include it to 
next version.

Original comment by Andrei.K...@gmail.com on 1 Oct 2011 at 9:33

[GoogleCodeExporter]

Yes, my good hopes is to work on the features I posted lately one sweet day (I 
have lot of other projects in the queue unfortunately). The reason I posted 
these tickets now is to collect feedback ib the meantime and see if other 
people are interested. I would appreciate if they were not closed with the 
stamp "I don't need it" (of course, if you value your users' involvement, and 
if not, why bother to make it open-source?)

Original comment by pmis...@gmail.com on 1 Oct 2011 at 9:49

[GoogleCodeExporter]

Original comment by Alexander.V.Kasatkin@gmail.com on 3 Oct 2011 at 8:25

• Changed state: Postponed

[GoogleCodeExporter]

Original comment by Alexander.V.Kasatkin@gmail.com on 25 Dec 2013 at 10:01

• Changed state: Rejected