[bookport] Re: never mind my last question, but a fewcomments

  • From: "Barbara Jones" <b.j.jones@xxxxxxxxxxx>
  • To: <bookport@xxxxxxxxxxxxx>
  • Date: Wed, 9 Jun 2004 22:13:08 -0400

I don't like the idea of having to resend an entire file. If I've read half
the book, I don't want to have to find my place again. 

--
Barbara Jones
 
 


-----Original Message-----
From: bookport-bounce@xxxxxxxxxxxxx [mailto:bookport-bounce@xxxxxxxxxxxxx]
On Behalf Of Barbara Jones
Sent: Wednesday, June 09, 2004 9:45 PM
To: bookport@xxxxxxxxxxxxx
Subject: [bookport] Re: never mind my last question, but a fewcomments


It is slow with the Otis and the Pac Mate, too.

--
Barbara Jones
 
 


-----Original Message-----
From: bookport-bounce@xxxxxxxxxxxxx [mailto:bookport-bounce@xxxxxxxxxxxxx]
On Behalf Of Paul Henrichsen
Sent: Wednesday, June 09, 2004 2:22 PM
To: bookport@xxxxxxxxxxxxx
Subject: [bookport] Re: never mind my last question, but a fewcomments


Hi, Rob. Probably resending the entire file would be the best. I wonder,
though, why sending audible files to the bp is so slow? At 6/9/2004, you
wrote:
>Querying the card is a possibility. Another problem arises, though. If
>you = send a file that already exists, and you skip the dialog, what 
>should = happen? Should it just resend the entire file, or should it 
>start where = you left off as it does by default with the box? To be 
>consistent, we = would probably just resend the entire file.
>
> >>> paul@xxxxxxxxxxxxxx 06/09/04 10:27AM >>>
>Hi, Rob. It is too bad you guys can't query the card and see how much =
>will=20 fit. Only if there is a problem would the dialog box then come 
>up.=20 Otherwise, you would just put the entire file onto the bp.
>It sure is slow uploading, though<grin>.
>At 6/9/2004, you wrote:
> >Paul:
> >
> >You have to load each part of a book separately, because there is
> >nothing =
>=3D
> >binding those files together as a book. Yeah, the file names are
> >similar, =
>=3D
> >but you can't always count on this because of inconsistent naming.
> >
> >Regarding the combo boxes for start and end times...
> >
> >It sounds like someone like you should just ignore the boxes and
> >press =
>=3D
> >Enter to get whatever will fit. The default for a file which is not
> >on =
>the =3D
> >device already is to start at the beginning, and send as much as will
> >=
>fit. =3D
> >If you already have the file on the device, the default is to start
> >at =
>=3D
> >your last reading position and send as much as will fit.
> >
> >We had to come up with some kind of scheme to allow selecting how
> >much of =
>=3D
> >an Audible file to send, and 5 minute intervals seemed to be the best
> >=3D choice. Yeah, most people won't start at 15 minutes and send 30 
> >minutes =
>of =3D
> >material, but Audible sections can range from very short to very
> >long, =
>and =3D
> >limiting selections to sections would minimize flexibility for users
> >with =
>=3D
> >small flash cards.
> >
> >Perhaps we could skip the dialog if all of the file will fit? What do
> >=3D others think about the current scheme?
> >
> >Rob Meredith
> >
> > >>> paul@xxxxxxxxxxxxxx 06/08/04 10:19PM >>>
> >Hi, Larry and Rod. Never mind my last question. Turns out the book I
> >=3D was=3D20 trying to load was not type four.
> >I will have to go back and see if I can get it as type four.
> >However, some comments.
> >It takes an extremely long time to load one of these files, much =
>slower=3D20
> >than loading an mp3 file.
> >Also, I was surprised that in a book that contains more than one
> >file, =
>=3D
> >I=3D20
> >have  to load each part separately.
> >And why the combo boxes that ask me where I want to start and end? If
> >=
>I=3D20
> >have plenty of room, why would I not want to start at the beginning
> >and =
>=3D
> >end=3D20
> >at the end<grin>? I don't understand the use of these boxes. Why
> >would I want to start five minutes in or more? Thanks.

Other related posts:

  1. Home
  2. bookport
  3. Archive
  4. 06-2004