Carl, I finally got to this "phase." Knowing that you had at one time 
offered to come and do this, I thought the experience would be 
useful, so I set to . . .

The first few seemed to go OK and then I encountered some problems. 
My question is, does it much matter if I go ahead and make some other 
modifications in the meantime -- meaning until you can come help if 
you think it necessary?

As you probably remember, I'm already using FM Pro 5.5 and have, I 
think correctly, updated 1.02 to run with it.

>5) Fixed bug in the way Global Date is formatted in PLEDGES
>------------------------------------------------------------
>TO ADD THIS FIX TO YOUR VERSION OF EBASE:
>--------------------------------------------
>A) Determine if this is a problem:
>
>-Get into ebase using your master password.  Once you're on the HOME
>screen, Click on the Pledges button
>and them the View pledges button to bring you to the pledges_.102 file.�
>Now select: File->Define->Fields.
>
>-Double-click on the field named " Global Date".
>
>-The "Specify Calculation" dialog box will appear.

I have no pledges but went to the pledges file anyway. What appeared 
is an Option Box. The field is described as Type: Global and Option: 
Date. I can't get to the specify calculation screen

>The correct
>calculation
>for this field is as follows:
>
>CONSTANT::gToday
>
>-And that the Calculation result is field  on the Specify Calculation
>dialog box is set to "Date"
>
>PROBLEMS WITH SLOWDOWNS IN TRANSISTION FROM PAYMENT HISTORY TO PAYMENT
>-----------------------------------------------------------------------
>
>6) Fixed bug causing slowdown in transition from payment history to
>payment with large data sets
>
>TO ADD THIS FIX TO YOUR VERSION OF EBASE:
>-----------------------------------------
>A) You should determine if you have this problem.
>
>-Get into ebase using your master password.  Once you're on the HOME
>screen, select: Scripts > Scriptmaker
>
>-From the Define Scripts for Names.102 dialog Double click on the Script
>names "View Payments Script"

I find this but the name does not include the word "script."

>
>-In the Script Definition for View Payments dialog the correct fourth
>line
>from the top should read:
>If[not IsValid(All Payments All Names::Record Number)]

I see the following
If["not IsValid(All Payments All Names::Record Number)"]

When I copy and paste the "correct" line, it still shows on screen 
with the quotes.

>BUG IN EXPIRATION OF INDEFINITE MEMBERSHIPS
>---------------------------------------------

As of now, I have no pledges and no "indefinite memberrships.

>
>8) Problem with expiration of indefinite memberships
>--------------------------------------------------------------------------
>Fixed Bug where ebase, under some conditions, erroneously reported the
>expiration of indefinite memberships as the last expiration date of a
>past
>full membership for that member. eBase now figures a changing future
>date
>for expiration of indefinite members based on system date.
>-Double-click on the field named "Expire Date".
>
>-The "Specify Calculation" dialog box will appear. The correct
>calculation for this field is as follows:
>
>Case(
>  Payment For <> "Dues", TextToDate(""),
>  IsEmpty(Start Date),TextToDate(""),
>  Duration = "Indefinite", Names::gToday+730,
>   Min(
>    Date(
>     Month(Start Date) +
>If(PatternCount(Duration,"M"),TextToNum(LeftWords(Duration,1)),0),
>     Day(Start Date),
>     Year(Start Date) +
>  ���
>If(PatternCount(Duration,"Y"),TextToNum(LeftWords(Duration,1)),0)),
>    Date(
>     Month(Start Date) + 1 +
>       If(PatternCount(Duration,"M"),TextToNum(LeftWords(Duration,1)),0),
>     1,
>     Year(Start Date) +
>       If(PatternCount(Duration,"Y"),TextToNum(LeftWords(Duration,1)),0))
>-
>When I attempt to past this script and click on OK, it highlights 
>"Payment For" in the script and says this field can not be found.

So it will not accept the change.

>NEW FEATURE: DATA RECOVERY AND EXPORT UTILITY
>----------------------------------------------
>9) Added script to assist in data recovery/exporting to new ebase�
>clones
>--------------------------------------------------------------------------
>
Carl, I have a feeling this is important but it surely looks 
daunting. I can't imagine a situation however in which I'll be using 
ebase clones so maybe it's unimportant.  Advice?

Just FYI, you sent me the bug fix file on 3/18/02.
-- 
Simply,

John
mailto:[EMAIL PROTECTED]
http://simsoc.org

Thank you for you!

------------------ 
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