On 17 Jul 2000, Alex Schroeder wrote:
> I prefer the "plain string zip codes" patch to adding strings as a new
> zip code datastructure, because it simplifies the code. The "plain
> string zip codes" patch already has migrations functions that work.
>
> I think simplification of the code is a good thing to do, because it
> makes life easier for people writing output functions for
> `bbdb-address-formatting-alist' and
> `bbdb-address-print-formatting-alist'. Besides, the formats I wrote
> (Continental, Japanese and Brazilian) all relied on
> bbdb-address-zip-string anyway.
Storing the zip codes also makes other applications using BBDB-formatted
files simpler and easier to scale. Writing the zip code handling stuff in
SuncAB.pl (for extending PilotManager to read/write bbdb files) was a huge
pain, and adds yet another place that needs to change every time the zip
code elisp is tweaked. (And it's the one place I'm least confident is bug
free.)
I'd much prefer using plain-string zip codes.
--Paul
_______________________________________________
bbdb-info mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/mailman/listinfo/bbdb-info
