...@yahoogroups.com] On
Behalf Of Alex Harui
Sent: 28 April 2009 21:24
To: flexcoders@yahoogroups.com
Subject: RE: [flexcoders] Unloading Modules - Binding is the Enemy?
A weak reference listener is attached to myAc. It shouldn't matter what
its type is (as long as it isn't XML
[mailto:flexcod...@yahoogroups.com] On Behalf
Of Gregor Kiddie
Sent: Friday, May 01, 2009 1:38 AM
To: flexcoders@yahoogroups.com
Subject: RE: [flexcoders] Unloading Modules - Binding is the Enemy?
Hang on, now I'm confused...
Does this code result in a weak reference binding?
mx:DataGrid id
Message-
From: flexcoders@yahoogroups.com
[mailto:flexcod...@yahoogroups.com] On Behalf Of Alex Harui
Sent: Monday, April 27, 2009 6:15 PM
To: flexcoders@yahoogroups.com
Subject: RE: [flexcoders] Unloading Modules - Binding is the
Enemy?
I
: [flexcoders] Unloading Modules - Binding is the Enemy?
Alex, I was using 3.2 - an oversight on my part - I upgraded to 3.3 and
it does seem to help but I'm also calling focusManager.deactivate() as
well. Since that, the combobox isn't an issue.
However there any number of different things I
, 2009 9:03 AM
To: flexcoders@yahoogroups.com
Subject: Re: [flexcoders] Unloading Modules - Binding is the Enemy?
Would be really helpful a removeAllEventListenerss() on event EventDispacher
Or even a dispose() method on UIComponent class that remove listeners, clean
references
Subject: RE: [flexcoders] Unloading Modules - Binding is the Enemy?
Alex,
About weak reference listeners - what kind of listeners are created when
bindings are defined in MXML? Like dataProvider={myAc}? And would it help to
use [Bindable] myColl:ICollectionView as the source? I hear you
April 2009 19:57
To: flexcoders@yahoogroups.com
Subject: RE: [flexcoders] Unloading Modules - Binding is the Enemy?
Gregor,
It does seem to be connected to the ComboBox issue - is this in the
Adobe BugBase? It doesn't turn up in my searches. I can get the
reference to release if I
[mailto:flexcod...@yahoogroups.com] On Behalf Of Alex Harui
Sent: Friday, April 24, 2009 5:43 PM
To: flexcoders@yahoogroups.com
Subject: RE: [flexcoders] Unloading Modules - Binding is the
Enemy?
Jeff, which version of Flex are you using? Can you make
://blogs.adobe.com/aharui
From: flexcoders@yahoogroups.com [mailto:flexcod...@yahoogroups.com] On Behalf
Of Battershall, Jeff
Sent: Monday, April 27, 2009 6:43 AM
To: flexcoders@yahoogroups.com
Subject: RE: [flexcoders] Unloading Modules - Binding is the Enemy?
Alex, I was using 3.2
believe I'm getting closer.
Jeff
-Original Message-
From: flexcoders@yahoogroups.com [mailto:flexcod...@yahoogroups.com] On
Behalf Of Alex Harui
Sent: Monday, April 27, 2009 1:39 PM
To: flexcoders@yahoogroups.com
Subject: RE: [flexcoders] Unloading Modules - Binding is the Enemy
: http://blogs.adobe.com/aharui
From: flexcoders@yahoogroups.com [mailto:flexcod...@yahoogroups.com] On Behalf
Of Battershall, Jeff
Sent: Monday, April 27, 2009 11:36 AM
To: flexcoders@yahoogroups.com
Subject: RE: [flexcoders] Unloading Modules - Binding is the Enemy?
Thanks Alex, very much
Subject: RE: [flexcoders] Unloading Modules - Binding is the Enemy?
Gregor,
Very interesting indeed. If I login, load the module, interact
with the combobox, logout, the instance remains in the profiler.
However if I do all that and THEN load another module and logout
Of Battershall, Jeff
Sent: Friday, April 24, 2009 11:57 AM
To: flexcoders@yahoogroups.com
Subject: RE: [flexcoders] Unloading Modules - Binding is the Enemy?
Gregor,
It does seem to be connected to the ComboBox issue - is this in the Adobe
BugBase? It doesn't turn up in my searches. I can get
In testing via the Profiler, binding UI objects in a module to a model
(even if local to the module) appears to be causing a module's failure
to unload. This happens as soon as the UI component becomes active. In
fact, even if the source object (data provider) is set to null, the
binding persists
Hi Jeff,
The fact that you unload a module does not mean that it will be garbage
collected(the memory won't be released as soon as you unload your module).
Unload the module makes it available for garbage collection.
As far as I know, the module 'garbage' will be collected by the GC when
To: flexcoders@yahoogroups.com
Subject: Re: [flexcoders] Unloading Modules - Binding is the
Enemy?
Hi Jeff,
The fact that you unload a module does not mean that it will be
garbage collected(the memory won't be released as soon as you unload
your
, 2009 8:26 AM
*To:* flexcoders@yahoogroups.com
*Subject:* Re: [flexcoders] Unloading Modules - Binding is the Enemy?
Hi Jeff,
The fact that you unload a module does not mean that it will be garbage
collected(the memory won't be released as soon as you unload your module).
Unload the module
] On Behalf Of Pedro Sena
Sent: Thursday, April 23, 2009 8:43 AM
To: flexcoders@yahoogroups.com
Subject: Re: [flexcoders] Unloading Modules - Binding is the
Enemy?
Jeff,
Calling GC programmatically does not mean
From: flexcoders@yahoogroups.com [mailto:flexcod...@yahoogroups.com] On
Behalf Of Battershall, Jeff
Sent: 23 April 2009 14:32
To: flexcoders@yahoogroups.com
Subject: RE: [flexcoders] Unloading Modules - Binding is the Enemy?
Thanks Pedro,
I've seen what your describing
Of Gregor Kiddie
Sent: Thursday, April 23, 2009 9:40 AM
To: flexcoders@yahoogroups.com
Subject: RE: [flexcoders] Unloading Modules - Binding is the
Enemy?
It does sound like you are describing the bug where the focus
manager holds onto the reference
[mailto:flexcod...@yahoogroups.com] *On
Behalf Of *Gregor Kiddie
*Sent:* Thursday, April 23, 2009 9:40 AM
*To:* flexcoders@yahoogroups.com
*Subject:* RE: [flexcoders] Unloading Modules - Binding is the Enemy?
It does sound like you are describing the bug where the focus manager
holds onto the reference
Subject: Re: [flexcoders] Unloading Modules - Binding is the
Enemy?
Hi Jeff,
Just curiosity, what Application Domain are you using?
http://livedocs.adobe.com/flex/3/html/help.html?content=18_Client_System
_Environment_5.html
http
22 matches
Mail list logo