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]