.
--
*From:* flexcoders@yahoogroups.com [mailto:[EMAIL PROTECTED] *On
Behalf Of *Tim Hoff
*Sent:* Saturday, August 23, 2008 10:22 AM
*To:* flexcoders@yahoogroups.com
*Subject:* [flexcoders] Re: DataGridColumn trouble...
Sefi,
If you really wanted to try to get
.
--
*From:* flexcoders@yahoogroups.com [mailto:[EMAIL PROTECTED] *On
Behalf Of *Tim Hoff
*Sent:* Saturday, August 23, 2008 10:22 AM
*To:* flexcoders@yahoogroups.com
*Subject:* [flexcoders] Re: DataGridColumn trouble...
Sefi,
If you really wanted to try to get
@yahoogroups.com mailto:flexcoders@yahoogroups.com
Subject: [flexcoders] Re: DataGridColumn trouble...
Sefi,
If you really wanted to try to get at the calculated values in another
column, in the same row, you would have to use an itemRenderer. Because
an itemRenderer implements
Exactly what I was thinking...
So, to make sure I get this straight - There is no way to get to the other
DataGridColumns from the DataGridColumn passed to it's labelFunction.
There is no getting around to making the same calculation for multiple
column except for keeping an external map (at
Sefi,
If you really wanted to try to get at the calculated values in another
column, in the same row, you would have to use an itemRenderer. Because
an itemRenderer implements IDropInListItemRenderer, it has access to the
listData property. This property contains the rowIndex and the
[mailto:[EMAIL PROTECTED] On
Behalf Of Tim Hoff
Sent: Saturday, August 23, 2008 10:22 AM
To: flexcoders@yahoogroups.com
Subject: [flexcoders] Re: DataGridColumn trouble...
Sefi,
If you really wanted to try to get at the calculated values in another
column, in the same row, you would have to use
Hi Tim.
I'm not worried about duplicating code, the calculations are already
implemented in a different function, since the first two label function use
them. I want to save the computing time of doing the calculations again...
And I do want to look at the datagrid and not the data (unless I'm
:26 PM
To: flexcoders@yahoogroups.com
Subject: Re: [flexcoders] Re: DataGridColumn trouble...
Hi Tim.
I'm not worried about duplicating code, the calculations are already
implemented in a different function, since the first two label function
use them. I want to save the computing time of doing
I hear you Sefi,
However, looking at the DataGrid is like the tail wagging the dog.
The DataGrid is nothing more than a representation of the data,
calculated or not. Not only might it be a bit backwards, but you may
run into a race condition, by looking at what is displayed in the
DataGrid,
Sent: Friday, August 22, 2008 3:53 PM
To: flexcoders@yahoogroups.com
Subject: [flexcoders] Re: DataGridColumn trouble...
I hear you Sefi,
However, looking at the DataGrid is like the tail wagging the dog.
The DataGrid is nothing more than a representation of the data,
calculated
Because then it wouldn't be a VO. :)
--- In flexcoders@yahoogroups.com, Tracy Spratt [EMAIL PROTECTED] wrote:
If you are usign VOs, why not just add properties and have the VO do the
calculation internally, and forget the labelFunctions entirely?
Tracy
Absolutely not true. Perhaps it wouldn't be a pure dto, but vo's often
contain properties that are only useful to the UI. Since you've chosen
to perform these calculations in the client, as opposed to the middle
tier; where business logic typically resides, each row of the collection
will have
LOL. Then you don't know what a VO is.
I've done plenty of applications that function like a Flex app - and
VO's are not needed, at least not how people normally define them. If
you are talking about projections or report objects then I do use
those (see hibernate documentation). But they don't
Cool, knock yourself out.
-TH
--- In flexcoders@yahoogroups.com, mknuttall [EMAIL PROTECTED] wrote:
LOL. Then you don't know what a VO is.
I've done plenty of applications that function like a Flex app - and
VO's are not needed, at least not how people normally define them. If
you are
14 matches
Mail list logo