Title: Re: [support] RE: Second set of address fields?
Well, we decided we could live with the strategy of duplicating those records with 2 addresses  as a way of recording the second address, until v.2 comes out.

Then I discovered that as I duplicated a record and changed the address on the duplicate, the nice big red "Y" in the Dupe? button/field enabling me to move between the two records "disappeared."

Seeing that this was based on a "Loose" dupe definition which included address components, I duplicated and altered that process/script/relationship/fields based only on name concats.  Now I have a differently colored and labelled "Y" moving me back and forth between duplicate name records, and maintain ing the 2 addresses. So far so good! Since this is only an addition and not a change to any ebase processes, I should be ok, right?

Something I came across in the process of discovery: What is the purpose of the script "Create Related Records"?  Can't seem to find it in the manuals.

Thanks for the feedback.

(We're using FMP 5.0 for the Mac, and ebase 1.03)


Jannah Riemer
Data Manager
Cornucopia Community Advocates
Sedona, AZ
(520) 284-3284
************************************

From: "Walt Daniels" <[EMAIL PROTECTED]>
Reply-To: "TechRocks Support" <[EMAIL PROTECTED]>
Date: Mon, 14 May 2001 18:09:45 -0400
To: "TechRocks Support" <[EMAIL PROTECTED]>
Subject: [support] RE: Second set of address fields?


The best bet is to wait for version 2 of eBase. Multiple addresses are supposed to be in it. The changes you need to make are non-trivail as they affect layouts, scripts and new fields. Your proposed solution interferes with what normally happens for non-IND record types. You might just add a "duplicate" record with the other address and marked with one of the non-IND types. Now when you print labels, etc. you are likely to get two copies going to those people (unless you pull them). Unless you have hundreds of these, you have to ask serious questions about the cost of a change which will make future migration hard vs a little extra postage.
-----Original Message-----
From: Jannah Riemer [mailto:[EMAIL PROTECTED]]
Sent: Monday, May 14, 2001 5:51 PM
To: TechRocks Support
Subject: [support] Second set of address fields?


As a new adopter of ebase, I need to have a second set of address fields, to be designated business/org address, and a designator for Preferred Address. I notice that changes in the Type field (name file) effects various name fields by including/excluding business names. It seems this might be the best way for us to designate a preferred address, adding calcs to the label, letter, and envelope layouts "if Type is not Ind, use Business Address..." Any thoughts on this approach or better ideas? Jannah Riemer Cornucopia Community Advocates Sedona, AZ
------------------
Reminder to each recipient: To change your list account preferences, go to
http://email.sparklist.com/scripts/lyris.pl?enter=support and enter the email address you used to subscribe to the ebase support list:: [EMAIL PROTECTED]

To unsubscribe send a blank email to [EMAIL PROTECTED]
---------------------------------------------------------------------
ebase - Relationship Management for Nonprofits, http://www.ebase.org
---------------------------------------------------------------------
------------------
Reminder to each recipient: To change your list account preferences, go to
http://email.sparklist.com/scripts/lyris.pl?enter=support  and enter the email address you used to subscribe to the ebase support list:: [EMAIL PROTECTED]

To unsubscribe send a blank email to [EMAIL PROTECTED]
---------------------------------------------------------------------
ebase - Relationship Management for Nonprofits, http://www.ebase.org
---------------------------------------------------------------------


------------------
Reminder to each recipient: To change your list account preferences, go to
http://email.sparklist.com/scripts/lyris.pl?enter=support and enter the email address you used to subscribe to the ebase support list:: [email protected]

To unsubscribe send a blank email to [EMAIL PROTECTED]
---------------------------------------------------------------------
ebase - Relationship Management for Nonprofits, http://www.ebase.org
---------------------------------------------------------------------

Reply via email to