Package: pilot-link
Version: 0.11.8-12
Severity: wishlist
File: /usr/share/man/man1/pilot-addresses.1.gz

Please mention or implement ways to not involve the actual PDA.
One wants to first use
$ pilot-xfer --fetch AddressDB.pdb
then do pilot-addresses experiments on that file to build confidence
before actually writing it back to the palm.

Apparently pilot-addresses has no --DB (or whatever) option to just
simply read / write to a local e.g., AddressDB.pdb file!

E.g.,
              Augmented information can include any of the following below.
              <category>  # Placed in front of each record or..
is very scary sounding, and one wants to experiment with it to see what it does
before risking hurting one's PDA actual files!

maybe AddressDB.pdb is not enough, and there are more Address*.pdb involved,
but still a way should be provided for testing/debugging without needing to 
have a PDA around.

I see
       -a, --augment
should mention that it apparently is only useful(?) on reading from the Palm.
And has no use writing to the palm(?).

I was planing to "export", then use perl to change the category of any
record with phone number matching /2585\d\d\d\d/ to "neighbors", then
"import" back. Perhaps this might be a good task example for the
documentation.

One also worries if -T, -t 3, -e, etc. all produce acceptable output
for later inputting back in with -r. The man page should make this
clear. Or is only -t 1 and or -a useable?

P.S., pilot-addresses -t 1 -T creates a title bar on the first line
which is unaware that the first item is now Category, not Last name.

Ahh, we see that
$ pilot-addresses -t 3 -w file
$ pilot-addresses -r file
will trample one's Palm. Same with -t 1.

-a has a bug in that even if a record only has a home phone number, a
fax name field will be added in addition.

-c didn't seem to do anything.

Oh no!
$ pilot-addresses -w -a file # -a ignored!
$ pilot-addresses -a -w file # works

$ pilot-addresses -a -w file # on Palm1
$ pilot-addresses -r file # on Palm2
results in jumbled records on Palm2, one dares not try it back to
Palm1.
etc. etc.




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Reply via email to