[bookport] Re: Suggestion for New Feature
- From: "Don Barrett" <donter@xxxxxxxxxxx>
- To: <bookport@xxxxxxxxxxxxx>
- Date: Tue, 11 Apr 2006 20:54:30 -0400
Sorry, puff's should be PDF's; damned spell checker!
-----Original Message-----
From: bookport-bounce@xxxxxxxxxxxxx [mailto:bookport-bounce@xxxxxxxxxxxxx]
On Behalf Of Don Barrett
Sent: Tuesday, April 11, 2006 8:50 PM
To: bookport@xxxxxxxxxxxxx
Subject: [bookport] Re: Suggestion for New Feature
And in a year or two, people will be clamoring for support for the NLS
codec, especially since NLS won't be issuing a portable machine, and I mean
portable like the size of the BookPort.
Perhaps PDF could be handled with the transfer software working in
conjunction with the Adobe Reader and presenting the results in Preview mode
before sending. If the file didn't read properly, another algorithm could
be tried since the Reader already possesses the ability to render Puff's in
a few different formats such as raw stream, inferred from document, etc.
Don
-----Original Message-----
From: bookport-bounce@xxxxxxxxxxxxx [mailto:bookport-bounce@xxxxxxxxxxxxx]
On Behalf Of LARRY SKUTCHAN
Sent: Tuesday, April 11, 2006 8:22 AM
To: bookport@xxxxxxxxxxxxx
Subject: [bookport] Re: Suggestion for New Feature
What I'd really like to devote more engineering time toward is supporting
more file types. Protected pdf and wma come immediately to mind, and before
you ask, it is not possible to support protected wma on the current
hardware.
>>> lee.mark@xxxxxxxxx Tuesday, April 11, 2006 2:09:40 AM >>>
I am a college student, and I don't have to carry around tons of devices to
do the things I need to do. All I am saying is why add a feature that is
not really necessary? You're probably right when you say that the code
itself won't be very big, and it won't drive the cost of the bookport up.
However, the bookport's primary function is to read books. I don't use my
bookport primarily to take notes, record memos, or to wake up. I use it to
read books. Sure, those extra features are nice, but I don't go through a
set of batteries using those features.
ASK, "WHAT GOALS WOULD YOU SET FOR YOURSELF IF YOU COULD NOT FAIL?"
Don't
ask if it's possible or impossible. Don't worry about failing. Focus on what
you want, and let that be your guideline.
----- Original Message -----
From: "David Tanner" <david-tanner@xxxxxxxxxxxx>
To: <bookport@xxxxxxxxxxxxx>
Sent: Monday, April 10, 2006 4:07 PM
Subject: [bookport] Re: Suggestion for New Feature
> Following your argument that it is a book reader and music player
then
> Book Port shouldn't have an alarm feature or a notetaker.
>
> why are some people so insistant that the Book Port should not be
> flexable? You would think I were talking about some big expensive
> addition. I doubt that it would take much more programming code than
the
> alarms feature, and probably would not be as difficult to write and
make
> it work right as the alarms feature.
>
> Your excuse that it will drive the cost up seems to have become the
> standard excuse for those who want no change.
>
> Frankly, a lot of college students are using Book Port, and for them
the
> devices that will perform the most functions without having to carry
> around tons of things are what are going to be successful. I also
have my
> doubts that one of the primary objectives of APH was to make an
accessible
> MP3 music player. I am sure the idea was to play books that might be
in
> MP3 format, but so long as there is sufficient memory why not include
> another feature that I think most users would find useful.
>
>
> ----- Original Message -----
> From: "Mark Lee" <lee.mark@xxxxxxxxx>
> To: <bookport@xxxxxxxxxxxxx>
> Sent: Monday, April 10, 2006 3:13 AM
> Subject: [bookport] Re: Suggestion for New Feature
>
>
> : I'm not fighting it, and it would be a nice feature to have, but
let's
> : remember what the bookport's primary function is, namely, to read
books
> and
> : listen to music. Putting an address book templet in a Braille 'n
Speak
> : makes since, since it was a PDA. If I need to take down a quick
name,
> : address, phone number, etc. with my bookport, I usually record a
memo
> and
> : transfer it to something else when I get home. I guess what my
point is
> how
> : much will this feature be actually used? Before long, the bookport
will
> : become more a personal data assistant than a book reader. The more
> features
> : are added, the higher the price will be. I don't want the bookport
to
> one
> : day cost as much as a Braille note. It would be very nice to have
an
> : all-in-one device that fit in a pocket that you can use to do
everything
> : from reading books to taking notes to making phone calls, etc.
> : Unfortunately however, more features mean higher prices. I
understand
> that
> : this is the 21st century, and technology is getting smaller, faster
and
> more
> : flexible. However, with adaptive technology as high in price as it
is,
> it
> : doesn't become cheaper.
> :
> : Mark
> : ASK, "WHAT GOALS WOULD YOU SET FOR YOURSELF IF YOU COULD NOT FAIL?"
> Don't
> : ask if it's possible or impossible. Don't worry about failing.
Focus on
> what
> : you want, and let that be your guideline.
> : ----- Original Message -----
> : From: "David Tanner" <david-tanner@xxxxxxxxxxxx>
> : To: <bookport@xxxxxxxxxxxxx>
> : Sent: Saturday, April 08, 2006 10:06 PM
> : Subject: [bookport] Re: Suggestion for New Feature
> :
> :
> : > Nothing, but I guess I would ask you what is wrong with a small
> : > address/phonebook application. I can't think that it would need
to
> take
> : > much more code than the alarms app, and could make management of
> names,
> : > addresses and phone numbers easier.
> : >
> : > I heard the same question as yours when an address/phonebook was
put
> into
> : > Braille 'N Speak.
> : >
> : > My other most immediate response was to ask what's wrong with
coming
> into
> : > the 21st century? But, some people will fight making things
easier at
> all
> : > costs.
> : >
> : >
> : >
> : > ----- Original Message -----
> : > From: "Mark Lee" <lee.mark@xxxxxxxxx>
> : > To: <bookport@xxxxxxxxxxxxx>
> : > Sent: Saturday, April 08, 2006 12:51 PM
> : > Subject: [bookport] Re: Suggestion for New Feature
> : >
> : >
> : > : What's wrong with putting names, phone numbers, etc. into a
notes
> file
> : > and
> : > : searching the file with the search feature?
> : > :
> : > : Mark
> : > : ----- Original Message -----
> : > : From: "David Tanner" <david-tanner@xxxxxxxxxxxx>
> : > : To: <bookport@xxxxxxxxxxxxx>
> : > : Sent: Saturday, April 08, 2006 1:21 AM
> : > : Subject: [bookport] Suggestion for New Feature
> : > :
> : > :
> : > : >I would like to see a simple address-phonebook on the Book
Port.
> Let
> : > me be
> : > : >a bit more spacific about what I would want it to do so that
you
> : > realize
> : > : >that I am taking into consideration memory limitations on the
> current
> : > Book
> : > : >Port.
> : > : >
> : > : > I would like this simple address/phonebook to be able to
enter
> first
> : > and
> : > : > last name, address, home - work - mobile phone numbers and a
200
> word
> : > memo
> : > : > memo field. The database could be searched by first and/or
last
> name.
> : > : >
> : > : > The idea would be to keep it simple, keep it small, and if it
> makes a
> : > : > difference I could see a limit of no more than 200 entries.
> : > : >
> : > : > Skype user name: dtat100
> : > : >
> : > :
> : > :
> : > :
> : > :
> : > : --
> : > : No virus found in this incoming message.
> : > : Checked by AVG Free Edition.
> : > : Version: 7.1.385 / Virus Database: 268.4.0/305 - Release Date:
> 4/8/2006
> : > :
> : > :
> : >
> :
> :
> :
> :
> : --
> : No virus found in this incoming message.
> : Checked by AVG Free Edition.
> : Version: 7.1.385 / Virus Database: 268.4.0/306 - Release Date:
4/9/2006
> :
> :
>
Other related posts:
