[bookport] Re: Final firmware fixes?
- From: "LARRY SKUTCHAN" <lskutchan@xxxxxxx>
- To: <bookport@xxxxxxxxxxxxx>
- Date: Wed, 08 Feb 2006 07:59:53 -0500
I'm checking my notes, and I don't see mention of this one earlier. It
is certainly something we will fix though.
Peter, I think we can also squeeze a sort order in there, too.
>>> wd8ldy@xxxxxxxxxx Wednesday, February 08, 2006 5:08:23 AM >>>
Hi Brian and list:
Yes, it would be handy to fix that page numbering bug.
Cheers,
Dave
----- Original Message -----
From: "Brian Buhrow" <buhrow@xxxxxxxxxxxxxxxxxxxxx>
To: <bookport@xxxxxxxxxxxxx>
Sent: Wednesday, February 08, 2006 10:02 PM
Subject: [bookport] Re: Final firmware fixes?
> Hello. with no offense to Peter intended, I'd like to add to his
> list, aas item number 0,
>
> 0: Please fix the text file reading tracking but which causes the
reading
> pointer to fall further and further behind as one reads a text file.
I'm
> sure this is related to the page number disperity bug whereby if you
query
> about the page number of a text file, and it says something like
"page
> 82",
> and then you use the goto page number option and tell it you want to
go to
> page 82, you discover that you're not on the same page you were when
you
> performed the initial query. I'm pretty sure this bug first
manifested
> itself in V2.x firmwares, and it certainly seems to continue to show
its
> annoying face in V2.1.0.22.
>
> Also, while we're here, I'd like Peter's number 1 change to become a
> user definable option, not a given methodology for presenting
directory
> information. The reason is that if Bookport can still be made to
present
> files in directory order, as they do now, even if it can present in
> alphabetical order, it makes it easier, potentially, to diagnose
> filesystem
> corruption problems, should they occur.
>
> However, Item 0 is, in my opinion, a serious bug, and does detract
> significantly from the reading experience, especially on long text
files.
>
> -Brian
>
Other related posts:
