Hi Tim

I've created a TGrid descendant for displaying a RemObjects Datatable
and I need to get access to SetCellCount in TGridColumn. Would it be
possible to have CellCount as a public read/write property of TGridColumn?

Cheers, Bob

Actually, I'm thinking I'd be better sync'ing the datatables with local
datasets that feed the controls - sounds like less hassle going forward
than subclassing the controls. I've got the DataTable grid working but
I've had to make RowCount and RowIndex public, plus it's not yet sync'd
to the DataTable...

Cheers, Bob


On 10/02/2012 16:44, Bob Devine wrote:
> Hi Tim
>
> I've created a TGrid descendant for displaying a RemObjects Datatable
> and I need to get access to SetCellCount in TGridColumn. Would it be
> possible to have CellCount as a public read/write property of TGridColumn?
>
> Cheers, Bob
>

Bob,

<< I've created a TGrid descendant for displaying a RemObjects Datatable and
I need to get access to SetCellCount in TGridColumn. Would it be possible to
have CellCount as a public read/write property of TGridColumn? >>

I'm making several of the TGrid properties public that were previously
protected, in order to allow for better non-bound usage, and they will be
available in the next build.

--
Tim Young
Elevate Software
www.elevatesoft.com

Bob,

<< Actually, I'm thinking I'd be better sync'ing the datatables with local
datasets that feed the controls - sounds like less hassle going forward than
subclassing the controls. I've got the DataTable grid working but I've had
to make RowCount and RowIndex public, plus it's not yet sync'd to the
DataTable... >>

Do they have docs on their DataTable anywhere ?  What I can do is look at
what would be involved with making their DataTable a first-class dataset
that would be bindable with the normal controls.  That's definitely the best
solution, especially since the TDataSet now has built-in sorting that
automatically works with the grid header clicks, and other "automated"
functionality.

--
Tim Young
Elevate Software
www.elevatesoft.com

Hi Tim

I've emailed you the JS source (Marc Hoffman at RO ok'd it). Forgot to
mention in the email that the doc page for JS is
http://wiki.remobjects.com/wiki/Data_Abstract_for_JavaScript.

They're making major upgrades to their documentation so this link is
only partially complete, but there are a couple of articles I used to
develop my EWB client.

Cheers, Bob


On 14/02/2012 17:03, Tim Young [Elevate Software] wrote:
> Bob,
>
> << Actually, I'm thinking I'd be better sync'ing the datatables with
> local datasets that feed the controls - sounds like less hassle going
> forward than subclassing the controls. I've got the DataTable grid
> working but I've had to make RowCount and RowIndex public, plus it's not
> yet sync'd to the DataTable... >>
>
> Do they have docs on their DataTable anywhere ? What I can do is look at
> what would be involved with making their DataTable a first-class dataset
> that would be bindable with the normal controls. That's definitely the
> best solution, especially since the TDataSet now has built-in sorting
> that automatically works with the grid header clicks, and other
> "automated" functionality.
>

This is slightly off-topic but an interesting side-effect - by definition all client side javascript source code must be publicly available since it needs to be accessible and runnable by the client browser.

One can obfuscate it of course but there is no way to prevent one from getting to source as long as it's client side JS.

Raul

<<
I've emailed you the JS source (Marc Hoffman at RO ok'd it).
>>

Hi Raul - I realised that, but emailed him as a courtesy really - it was
the reason I was sure he'd agree. At some point someone, I'm sure, will
use the RO units in the wild in unobfuscated form

Cheers, Bob


On 15/02/2012 14:54, Raul wrote:
> This is slightly off-topic but an interesting side-effect - by definition all client side javascript source code must be publicly available since it needs to be accessible and runnable by the client browser.
>
> One can obfuscate it of course but there is no way to prevent one from getting to source as long as it's client side JS.
>
> Raul
>
> <<
> I've emailed you the JS source (Marc Hoffman at RO ok'd it).
>>>
>

El 14/02/2012 11:03 a.m., Tim Young [Elevate Software] escribió:
> Bob,
>
> << Actually, I'm thinking I'd be better sync'ing the datatables with
> local datasets that feed the controls - sounds like less hassle going
> forward than subclassing the controls. I've got the DataTable grid
> working but I've had to make RowCount and RowIndex public, plus it's not
> yet sync'd to the DataTable... >>
>
> Do they have docs on their DataTable anywhere ?  What I can do is look
> at what would be involved with making their DataTable a first-class
> dataset that would be bindable with the normal controls.  That's
> definitely the best solution, especially since the TDataSet now has
> built-in sorting that automatically works with the grid header clicks,
> and other "automated" functionality.
>
Hi Tim

Will this be possible in the future ?

TIA

Best regards

Job,

<< Will this be possible in the future ? >>

Possibly.  It's not really high on the list, but it's something that I'm
looking into.

Tim Young
Elevate Software
www.elevatesoft.com

Tim,

> Possibly.  It's not really high on the list, but it's something that I'm
> looking into.

Thanks

Regards Job