<<is there a Tablename->RECORDPOS to get the current position,
allowing you to do X of Y labels without managing the count yourself?).  >>

Yup - see Razzak's post earlier this evening about the JUMP and JUMPTO
property command.

David Blocker
[EMAIL PROTECTED]
781-784-1919
Fax: 781-784-1860
Cell: 339-206-0261
----- Original Message -----
From: "Lawrence Lustig" <[EMAIL PROTECTED]>
To: "RBG7-L Mailing List" <[email protected]>
Sent: Tuesday, April 19, 2005 8:43 PM
Subject: [RBG7-L] - RE: Determining number of records being edited in aform.


> > OR,,, you could just wait for the next release of 7.5 which will have
this
> > little gem:
> >
> > GETPROPERTY TABLE 'Customer->RECORDCOUNT' vRecordCount
> >
> > returns the number of records in the current record set being served by
the
> > form!!
>
> Well, that's great to hear!  First off, it's something I could use in a
number
> of circumstances (is there a Tablename->RECORDPOS to get the current
position,
> allowing you to do X of Y labels without managing the count yourself?).
Also,
> it's nice that the property model is advancing a bit to handle nested
> properties -- do you know if we will be able to do
DBGrid->Columns(2)->Readonly
> 'TRUE' or anything like that?
>
> This will also handle what I need to do in the current case -- except when
I
> open the form from the Object Browser against the full table of 450,000
records
> -- then I imagine counting all of them will be fairly expensive.  However,
in
> the actual application I don't expect it to ever get beyond a few hundred
> records at a time.
> --
> Larry
>
>

Reply via email to