>>>>> "DG" == David S Goldberg <[EMAIL PROTECTED]> writes:
DG> So I've finally got 2.2 running the way I want, and I just tried out
DG> the syncBBDB which worked quite well other than the inevitable
DG> duplicate records. While cleaning them out I notice that any zip code
DG> I've got that starts with 0, and there are a good number of them as I
DG> live in a region of the country in which most zip codes start with 0,
DG> the leading 0 is gone.
DG> A look through the manuals indicates that zip codes are either an
DG> integer if "american", which I presumably have set, or a list of
DG> strings if "non-american" which I apparently want to have set
DG> (much as I set bbdb-north-american-phone-numbers-p to nil). But I
DG> can't find any variable or whatever to specify the non-american
DG> zip codes. How do I do this?
There isn't one. The way the zip is stored depends on what BBDB
(and hence SyncBBDB) sees in the contents of the zip. If it is a
string of digits it becomes a single number (and any leading zero's
are dropped).
You can 'inform' bbdb not to do this by prefixing something like a
Contry code (no idea if this is correct for UK):
UK 01234
This will switch over to the list of strings method (at least in
SyncBBDB):
'("UK" "01234")
I wanted to do all zips as strings out of the Palm but a single
string zip is illegal in BBDB.
When I get a bit of extra time I plan to extend BBDB support to
single string zips (perhaps moving all the parsing that is currently
done on input into the formatter).
Hope this helps at least a little....
--
Thomas DeWeese
[EMAIL PROTECTED]
"The only difference between theory and practice is
that in theory there isn't any." -- unknown
_______________________________________________
bbdb-info mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/mailman/listinfo/bbdb-info
