Razaak and staff at RBTI,
You guys have dragged me kicking and screaming as a skeptic in your early
days to a true believer these days. I have watched all of you work your
asses off to deliver a fine product to users and developers. I didn't have
an appreciation for the scope of the work you were doing until it became
clear to me how much was being done with such a small group of dedicated
people. Further, I was amazed at the extraordinary number of enhancements
(did you say 32_since_the_LAST_patch?) made to the product over seemingly
casual or minor requests from the people on this list.
I do not know of any other forum where this happens or a software
company that does this. It is really something when you can commune with
others and have your voice heard in a meaningful and productive way to the
benefit of oneself and others at the same time.
Oh yeah, there are small niggling things that aren't always to our liking,
but there are ALWAYS workarounds (remember the back section of the old
Exchange mag from Microrim was devoted to this). After all, we are
Developers aren't we? So I have always viewed the fulfillment of the
Enhancement Requests that were handed out mid version in wonder that this
could actually happen. The stature of the current product is surely at its'
zenith and ANY remaining little problems surely can be overcome via our
resourcefulness and community efforts.
With that note perched in my mind, I am glad however, to hear the door
close on further development of the current product and the attention and
available resources devoted to the development and finalization of the
Magical 7.0 and am looking forward to being able to help in the small ways
that I am able to help the advancement of the new product along the way, as
will many others in this forum. I look forward to the ride....
Mike
----- Original Message -----
From: "A. Razzak Memon" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, November 22, 2002 2:43 PM
Subject: R:BASE 6.5++ Patch-3 and 7.0 (was RE: Labels)
>
> At 09:19 AM 11/22/2002 -0600, Dennis McGrath wrote:
>
> >Wouldn't it be wonderful if we could also define variable definitions
that
> >would be stored in the database? That way they become an integral part
of
> >the database and we could never forget to define these required
variables.
> >Unloads would never trip over missing global variables.
> >
> >The variable(s) would be created, when necessary, every time the database
> >was opened.
> >The default value would only be supplied upon creation.
> >Those defined to be NOT NULL would never be allowed to be set to NULL.
> >CLEAR VAR or CLEAR ALL VAR would not destroy it.
> >We could LIST STATICVAR to see what static variables are defined.
> >DROP STATICVAR varname would remove the definition.
> >
> >We could say, for example:
> >
> >CREATE STATICVAR vStartDate DATE = (.#DATE) NOT NULL
> >vStartDate is always present, defaults to today, and cannot be set to
null.
> >
> >CREATE STATICVAR vTemp TEXT
> >vTemp is always present, but does not have any default value and can be
> >NULL.
> >
> >I think this would be an incredible enhancement. Could I hope for it in
> >6.5? 7.0?
>
>
> At 11:07 AM 11/22/2002 -0500, Larry Lustig wrote:
>
> >I would make two (mutually exclusive) suggestions:
> >
> >1. Your idea of static variables be maintained in a SYS_VARIABLES table
so
> >that they could be queried and manipulated with SQL.
> >
> >2. That a bunch of additional trigger opportunities be added:
> >
> >ON_CONNECT
> >ON_DISCONNECT
> >ON_MODIFY_FORM
> >ON_SAVE_FORM
> >ON_MODIFY_REPORT
> >ON_SAVE_REPORT
> >
> >This would let you add some code to ensure that, whenever you change a
form
> >or report you create the necessary variables when bringing up the
designer.
>
>
> Dennis McGrath and Larry Lustig:
>
> Crikey! (means WOW in Australian)
>
> Thanks for the GREAT ideas!
>
> As of today, the In-Line Patch-3 (Build:1.860xRT03) includes 32
Enhancements
> and 46 Bug-Fixes, since the release of Patch-2 (Build:1.851xRT03).
>
> Thanks to all beta testers for their sincere efforts to help us bring the
> best of
> R:BASE 6.5++. The best and the longest beta version is finally going to
> release
> and there is absolutely no chance to add your valuable enhancement
requests
> in 6.5++ at this point. However, these are definitely enhancements that
we'll
> try to add in 7.0.
>
> Our goal has been to make the 6.5++ rock solid with a few added
enhancements
> to provide the BEST version to our LOYAL and CURRENT R:BASE Users and
> then continue to use our resources and talents towards the Next
Generation,
> R:BASE 7.0 for Windows. At this time 6.5++ development is over and we are
> simply tying to resolve any minor outstanding before it is released.
>
> So, sit back, relax and enjoy the hard work of the Dream Team who have
worked
> very hard to provide you all with the 6.5++ In-Line Patch-3 and we'll now
> dedicate
> their efforts solely towards the development of R:BASE 7.0.
>
> The BEST is yet to come!
>
> Very Best Regards,
>
> Razzak.
>
>
> ================================================
> TO SEE MESSAGE POSTING GUIDELINES:
> Send a plain text email to [EMAIL PROTECTED]
> In the message body, put just two words: INTRO rbase-l
> ================================================
> TO UNSUBSCRIBE: send a plain text email to [EMAIL PROTECTED]
> In the message body, put just two words: UNSUBSCRIBE rbase-l
> ================================================
> TO SEARCH ARCHIVES:
> http://www.mail-archive.com/rbase-l%40sonetmail.com/
>
================================================
TO SEE MESSAGE POSTING GUIDELINES:
Send a plain text email to [EMAIL PROTECTED]
In the message body, put just two words: INTRO rbase-l
================================================
TO UNSUBSCRIBE: send a plain text email to [EMAIL PROTECTED]
In the message body, put just two words: UNSUBSCRIBE rbase-l
================================================
TO SEARCH ARCHIVES:
http://www.mail-archive.com/rbase-l%40sonetmail.com/
