On Wednesday 30 Apr 2008, Ben Clinkinbeard wrote:
container for a result and fault handler. Rather than your custom events
extending CairngormEvent, they extend UMEvent (which in turn extends
CairngormEvent), whose second parameter is of type Callbacks.
Do I have to give both success and
-Original Message-
From: Tom Chiverton [EMAIL PROTECTED]
Date: Wed, 30 Apr 2008 09:25:40
To:flexcoders@yahoogroups.com
Subject: Re: [flexcoders] Re: Cairngorm Model Locator
On Wednesday 30 Apr 2008, Ben Clinkinbeard wrote:
container for a result and fault handler. Rather than your custom events
--- In flexcoders@yahoogroups.com, Tom Chiverton [EMAIL PROTECTED]
wrote:
Why do you need to do so ?
I need to do this because there would be a lot of unused data in the
client's memory. When a user works for hours with the application he
will be working with a lot of data. Without freeing the
That's exactly what I was thinking about after I wrote my first
message. I could do this in the Commands that load / unload the data.
I have to check there if the data is already loaded anyway, so that
could be the right place to track which window is using the data.
--- In
On Wednesday 30 Apr 2008, Ben Clinkinbeard wrote:
Do I have to give both success and failure callbacks
Nope, only the first arg (result handler) is required
But I can intermix UMEvent and Cairngorm Event as needed, right ?
will it use one
defined in the Command if (say) the failure
On Wednesday 30 Apr 2008, gerhard.schlager wrote:
will be working with a lot of data.
More than a few tens of meg ? If not, don't worry about it.
wouldn't be possible. Moreover, after some time he would be working
with old and inaccurate data since the data is already loaded on the
client
On Wed, Apr 30, 2008 at 10:49 AM, Tom Chiverton
[EMAIL PROTECTED] wrote:
On Wednesday 30 Apr 2008, Ben Clinkinbeard wrote:
Do I have to give both success and failure callbacks
Nope, only the first arg (result handler) is required
But I can intermix UMEvent and Cairngorm Event as needed,
On Wednesday 30 Apr 2008, Douglas Knudsen wrote:
Do I have to give both success and failure callbacks
Nope, only the first arg (result handler) is required
But I can intermix UMEvent and Cairngorm Event as needed, right ?
Sure. Just to reiterate UMEvent extends CairngormEvent.
Cool.
I think support for mixing event types is actually a recent change to the
Command class provided by UM Cainrgorm (which your commands then subclass).
If your version of the code is more than about a week old I would suggest
pulling down the latest.
Ben
On Wed, Apr 30, 2008 at 10:54 AM, Douglas
I think the problem is that the current flex framework architecture
doesn't conceptually work well with Cairngorm.
There's too much logic encapsulated into the view.
Ideally you would like to drive the entire app via the model.
It would be ideal if your model was managing how many windows are
The whole point of MVC is that the model knows *nothing* about the view.
Which is one of the reasons UM is a great extension to Cairngorm.
-J
On Wed, Apr 30, 2008 at 8:46 AM, Bjorn Schultheiss
[EMAIL PROTECTED] wrote:
I think the problem is that the current flex framework architecture
Agreed
- Model has no reference to the view Classes.
But it can still drive the creation of the view.
For example, you might have an arrayCollection, the amount of items in
the arrayCollection determine the amount of windows on display..
The items within the arrayCollection may be the
I'm not using it so I can't comment on the implementation, but the callbacks
are definitely a good idea. Letting each individual view know when whatever
it has kicked off has either succeeded or failed in a standard way (whatever
that may be) is great.
It'd be nice if we could get an AsyncToken
I assume that when a new window is opened you have an event that
causes the data it needs to be loaded into the model locator. And you
will probably have a check to see if the data is already loaded so you
don't load it twice.
Just keep track in the model of how many users there are for that
Hi Josh,
The implementation is roughly as follows. One of the additions is a
Callbacks class which implements IResponder, so on a basic level its just a
container for a result and fault handler. Rather than your custom events
extending CairngormEvent, they extend UMEvent (which in turn extends
Is the source broweable online? I'd like to have a quick look at
Callbacks.as
I'm currently doing almost the exact same thing, although I simply have a
custom base message with:
public var failCallback : Function = function() : void {};
public var successCallback : Function =
http://code.google.com/p/flexcairngorm/source/browse
On Tue, Apr 29, 2008 at 11:15 PM, Josh McDonald [EMAIL PROTECTED] wrote:
Is the source broweable online? I'd like to have a quick look at
Callbacks.as
I'm currently doing almost the exact same thing, although I simply have a
custom
Cheers!
-J
On Wed, Apr 30, 2008 at 1:27 PM, Ben Clinkinbeard
[EMAIL PROTECTED] wrote:
http://code.google.com/p/flexcairngorm/source/browse
On Tue, Apr 29, 2008 at 11:15 PM, Josh McDonald [EMAIL PROTECTED] wrote:
Is the source broweable online? I'd like to have a quick look at
18 matches
Mail list logo