RE: [flexcoders] Modules at 360Flex conference

2007-03-09 Thread Kyle Quevillon
I have a 3 part series on Changing embedded True Type fonts at Runtime
in Flex Applications which you might find useful.

It demonstrates loading swfs that contain embedded fonts and applying
them to the app via:

 

1. Using loader:
http://blog.739saintlouis.com/2007/02/12/changing-embedded-true-type-fon
ts-at-runtime-in-flex-applications/

 

2. Using modules:
http://blog.739saintlouis.com/2007/02/23/using-modules-to-change-embedde
d-true-type-fonts-at-runtime-in-flex-applications/

 

3. Using Runtime CSS:
http://blog.739saintlouis.com/2007/02/23/using-runtime-css-to-change-emb
edded-true-type-fonts-at-runtime-in-flex-applications/

 

 

-Kyle

 

 

 



From: flexcoders@yahoogroups.com [mailto:[EMAIL PROTECTED] On
Behalf Of Alex Harui
Sent: Thursday, March 08, 2007 7:22 PM
To: flexcoders@yahoogroups.com
Subject: RE: [flexcoders] Modules at 360Flex conference

 

Actually Roger, our friend Paul made possible a fourth solution, which
seems pretty good, which is to use Runtime CSS, as suggested by the
previous email.

 

Runtime CSS generates the appropriate Font.registerFont calls for you
and you get to use CSS syntax, which is cool.  It is basically
automation of (2).  It does mean that all modules using a particular
font name must use that one shared font definition, so subsetting
characters would be a dangerous thing to do, but I think it'll work for
most people.  I packaged up an example and posted it on my blog at

http://blogs.adobe.com/aharui/presentations/
<http://blogs.adobe.com/aharui/presentations/> 

 

I think I'm actually supposed to be working on something else, so I
won't be taking on a best practice for binding in unloadable modules
right now.

 

-Alex

 



From: flexcoders@yahoogroups.com [mailto:[EMAIL PROTECTED] On
Behalf Of Roger Gonzalez
Sent: Thursday, March 08, 2007 4:07 PM
To: flexcoders@yahoogroups.com
Subject: RE: [flexcoders] Modules at 360Flex conference

 

There are basically three solutions right now.

 

Brute force hammer solutions:

1) Embed the font everywhere in all SWFs, so that there is never any
confusion about where to find the font, because its everywhere.

2) Use Font.registerFont to globally register a particular font name
across all SWF boundaries forever.

 

Complicated solution that I tried to automate but it was just too weird:

3) Guarantee that whenever you create a TextField using a font that the
code creating the TextField is located in the same SWF as the font.

 

You'd think that "3" sounds doable, until you mix in the fact that if it
is utility code, it cannot be code that is shared between a parent SWF
and a client SWF, because the parent's version of the code will get used
and it will look in the wrong SWF context.

 

Basically, after wrasslin' with 3 for a while (by replacing all
instances of "new TextField()" with a getter to a per-SWF-unique class
factory hooked off of CSS blobs that almost worked until I hit the
PopupManager case), my head asplode.

 

-rg

 





From: flexcoders@yahoogroups.com
[mailto:[EMAIL PROTECTED] On Behalf Of - FI / Jonas Eliasson +
Sent: Thursday, March 08, 2007 3:54 PM
        To: flexcoders@yahoogroups.com
    Subject: RE: [flexcoders] Modules at 360Flex conference

Regarding the embedded font issue:

We have following solution which seems to work well. It's also a
similar solution we have used on Flash 7 and 8. 

Embed the fonts into a SWF (Flash 8 or 9) both work with Flex.
Basically put them in a clip on the stage in the Flash IDE. Lets call it
fonts.swf. 

Then you create a CSS with following tags

@font-face {

src:url("../fonts/fonts.swf") ;

fontFamily: "DIN Neuzeit Grotesk Std Bold Cn" ;

}

.MainHeading {

  fontFamily: "DIN Neuzeit Grotesk Std Bold Cn" ;

  fontSize: 22px ;

  color: #55852A ;

}

Now you use FlexBuilder and compile the CSS into a SWF. 

Then use the StyleManager to reference and load the generated
css SWF 

Then you could do [UIComponent].styleName = ".MainHeading" ;

Hope that helps, I might be behind you guys but this has worked
on a couple of tests we have done. I guess the font.swf will still be
loaded from each module using it but it will be returned from the
browser cache.  Not sure if Adobe have some internal caching on these
loaders. 

Cheers, 

Jonas 






From: flexcoders@yahoogroups.com
[mailto:[EMAIL PROTECTED] On Behalf Of Bjorn Schultheiss
    Sent: den 8 mars 2007 17:13
    To: flexcoders@yahoogroups.com
Subject: Re: [flexcoders] Modules at 360Flex conference

RG,

1 & 2 &

Re: [flexcoders] Modules at 360Flex conference

2007-03-09 Thread Tom Chiverton
On Thursday 08 Mar 2007, Alex Harui wrote:
> You can bind, I'm just not sure if the module will unload if you want to
> kick it out of memory later. 

Ok, not bothered about that as we'll mainly use Modules to bring the initial 
download size down by excluding areas most people wont use (admin views, 
reports, ...).

-- 
Tom Chiverton
Helping to vitalistically innovate open-source products
On: http://thefalken.livejournal.com



This email is sent for and on behalf of Halliwells LLP.

Halliwells LLP is a limited liability partnership registered in England and 
Wales under registered number OC307980 whose registered office address is at St 
James's Court Brown Street Manchester M2 2JF.  A list of members is available 
for inspection at the registered office. Any reference to a partner in relation 
to Halliwells LLP means a member of Halliwells LLP. Regulated by the Law 
Society.

CONFIDENTIALITY

This email is intended only for the use of the addressee named above and may be 
confidential or legally privileged.  If you are not the addressee you must not 
read it and must not use any information contained in nor copy it nor inform 
any person other than Halliwells LLP or the addressee of its existence or 
contents.  If you have received this email in error please delete it and notify 
Halliwells LLP IT Department on 0870 365 8008.

For more information about Halliwells LLP visit www.halliwells.com.



 Yahoo! Groups Sponsor ~--> 
Something is new at Yahoo! Groups.  Check out the enhanced email design.
http://us.click.yahoo.com/kOt0.A/gOaOAA/yQLSAA/nhFolB/TM
~-> 

--
Flexcoders Mailing List
FAQ: http://groups.yahoo.com/group/flexcoders/files/flexcodersFAQ.txt
Search Archives: http://www.mail-archive.com/flexcoders%40yahoogroups.com 
Yahoo! Groups Links

<*> To visit your group on the web, go to:
http://groups.yahoo.com/group/flexcoders/

<*> Your email settings:
Individual Email | Traditional

<*> To change settings online go to:
http://groups.yahoo.com/group/flexcoders/join
(Yahoo! ID required)

<*> To change settings via email:
mailto:[EMAIL PROTECTED] 
mailto:[EMAIL PROTECTED]

<*> To unsubscribe from this group, send an email to:
[EMAIL PROTECTED]

<*> Your use of Yahoo! Groups is subject to:
http://docs.yahoo.com/info/terms/
 


RE: [flexcoders] Modules at 360Flex conference

2007-03-08 Thread Alex Harui
Actually Roger, our friend Paul made possible a fourth solution, which
seems pretty good, which is to use Runtime CSS, as suggested by the
previous email.

 

Runtime CSS generates the appropriate Font.registerFont calls for you
and you get to use CSS syntax, which is cool.  It is basically
automation of (2).  It does mean that all modules using a particular
font name must use that one shared font definition, so subsetting
characters would be a dangerous thing to do, but I think it'll work for
most people.  I packaged up an example and posted it on my blog at

http://blogs.adobe.com/aharui/presentations/

 

I think I'm actually supposed to be working on something else, so I
won't be taking on a best practice for binding in unloadable modules
right now.

 

-Alex

 



From: flexcoders@yahoogroups.com [mailto:[EMAIL PROTECTED] On
Behalf Of Roger Gonzalez
Sent: Thursday, March 08, 2007 4:07 PM
To: flexcoders@yahoogroups.com
Subject: RE: [flexcoders] Modules at 360Flex conference

 

There are basically three solutions right now.

 

Brute force hammer solutions:

1) Embed the font everywhere in all SWFs, so that there is never any
confusion about where to find the font, because its everywhere.

2) Use Font.registerFont to globally register a particular font name
across all SWF boundaries forever.

 

Complicated solution that I tried to automate but it was just too weird:

3) Guarantee that whenever you create a TextField using a font that the
code creating the TextField is located in the same SWF as the font.

 

You'd think that "3" sounds doable, until you mix in the fact that if it
is utility code, it cannot be code that is shared between a parent SWF
and a client SWF, because the parent's version of the code will get used
and it will look in the wrong SWF context.

 

Basically, after wrasslin' with 3 for a while (by replacing all
instances of "new TextField()" with a getter to a per-SWF-unique class
factory hooked off of CSS blobs that almost worked until I hit the
PopupManager case), my head asplode.

 

-rg

 





From: flexcoders@yahoogroups.com
[mailto:[EMAIL PROTECTED] On Behalf Of - FI / Jonas Eliasson +
Sent: Thursday, March 08, 2007 3:54 PM
    To: flexcoders@yahoogroups.com
    Subject: RE: [flexcoders] Modules at 360Flex conference

Regarding the embedded font issue:

We have following solution which seems to work well. It's also a
similar solution we have used on Flash 7 and 8. 

Embed the fonts into a SWF (Flash 8 or 9) both work with Flex.
Basically put them in a clip on the stage in the Flash IDE. Lets call it
fonts.swf. 

Then you create a CSS with following tags

@font-face {

src:url("../fonts/fonts.swf") ;

fontFamily: "DIN Neuzeit Grotesk Std Bold Cn" ;

}

.MainHeading {

  fontFamily: "DIN Neuzeit Grotesk Std Bold Cn" ;

  fontSize: 22px ;

  color: #55852A ;

}

Now you use FlexBuilder and compile the CSS into a SWF. 

Then use the StyleManager to reference and load the generated
css SWF 

Then you could do [UIComponent].styleName = ".MainHeading" ;

Hope that helps, I might be behind you guys but this has worked
on a couple of tests we have done. I guess the font.swf will still be
loaded from each module using it but it will be returned from the
browser cache.  Not sure if Adobe have some internal caching on these
loaders. 

Cheers, 

Jonas 






From: flexcoders@yahoogroups.com
[mailto:[EMAIL PROTECTED] On Behalf Of Bjorn Schultheiss
    Sent: den 8 mars 2007 17:13
    To: flexcoders@yahoogroups.com
Subject: Re: [flexcoders] Modules at 360Flex conference

RG,

1 & 2 & 3 are both linked.

200 kb for a shell plus another 600 kb for RSL's in the initial
download is too nasty.

What i need is modularization of the framework so that it can
'broken up', 

a cairngorm framework that supports a Model that is suited for
module development, 

and an alternative to databinding that doesn't break each time a
module is set to invisible or unloaded. 

Not being able to use embedded fonts is also painful.

This is not a module bashing email by the way.

This is just a perspective of the the pain i've been through.

Bjorn

On 09/03/2007, at 5:17 AM, Roger Gonzalez wrote:






What is the issue with "smaller swf output file sizes"?

If you use link-report and load-externs, you can optimize swf
size for both the modules and the main app without any issues.

Just out of curi

RE: [flexcoders] Modules at 360Flex conference

2007-03-08 Thread Roger Gonzalez
There are basically three solutions right now.
 
Brute force hammer solutions:
1) Embed the font everywhere in all SWFs, so that there is never any
confusion about where to find the font, because its everywhere.
2) Use Font.registerFont to globally register a particular font name
across all SWF boundaries forever.
 
Complicated solution that I tried to automate but it was just too weird:
3) Guarantee that whenever you create a TextField using a font that the
code creating the TextField is located in the same SWF as the font.
 
You'd think that "3" sounds doable, until you mix in the fact that if it
is utility code, it cannot be code that is shared between a parent SWF
and a client SWF, because the parent's version of the code will get used
and it will look in the wrong SWF context.
 
Basically, after wrasslin' with 3 for a while (by replacing all
instances of "new TextField()" with a getter to a per-SWF-unique class
factory hooked off of CSS blobs that almost worked until I hit the
PopupManager case), my head asplode.
 
-rg




From: flexcoders@yahoogroups.com
[mailto:[EMAIL PROTECTED] On Behalf Of - FI / Jonas Eliasson +
Sent: Thursday, March 08, 2007 3:54 PM
To: flexcoders@yahoogroups.com
    Subject: RE: [flexcoders] Modules at 360Flex conference





Regarding the embedded font issue:



We have following solution which seems to work well. It's also a
similar solution we have used on Flash 7 and 8. 





Embed the fonts into a SWF (Flash 8 or 9) both work with Flex.
Basically put them in a clip on the stage in the Flash IDE. Lets call it
fonts.swf. 



Then you create a CSS with following tags



@font-face {

src:url("../fonts/fonts.swf") ;

fontFamily: "DIN Neuzeit Grotesk Std Bold Cn" ;

}



.MainHeading {

  fontFamily: "DIN Neuzeit Grotesk Std Bold Cn" ;

  fontSize: 22px ;

  color: #55852A ;

}



Now you use FlexBuilder and compile the CSS into a SWF. 



Then use the StyleManager to reference and load the generated
css SWF 



Then you could do [UIComponent].styleName = ".MainHeading" ;





Hope that helps, I might be behind you guys but this has worked
on a couple of tests we have done. I guess the font.swf will still be
loaded from each module using it but it will be returned from the
browser cache.  Not sure if Adobe have some internal caching on these
loaders. 



Cheers, 



Jonas 







From: flexcoders@yahoogroups.com
[mailto:[EMAIL PROTECTED] On Behalf Of Bjorn Schultheiss
Sent: den 8 mars 2007 17:13
    To: flexcoders@yahoogroups.com
Subject: Re: [flexcoders] Modules at 360Flex conference



RG,



1 & 2 & 3 are both linked.



200 kb for a shell plus another 600 kb for RSL's in the initial
download is too nasty.



What i need is modularization of the framework so that it can
'broken up', 

a cairngorm framework that supports a Model that is suited for
module development, 

and an alternative to databinding that doesn't break each time a
module is set to invisible or unloaded. 



Not being able to use embedded fonts is also painful.



This is not a module bashing email by the way.

This is just a perspective of the the pain i've been through.







Bjorn









On 09/03/2007, at 5:17 AM, Roger Gonzalez wrote:









What is the issue with "smaller swf output file sizes"?

If you use link-report and load-externs, you can optimize swf
size for both the modules and the main app without any issues.

Just out of curiosity, have you filed any bugs regarding the
other issues you've encountered? (Cross-SWF font access is a problem at
the player level, but the other stuff is all fixable.)

-rg







From: flexcoders@yahoogroups.com
[mailto:[EMAIL PROTECTED] On Behalf Of Bjorn Schultheiss
        Sent: Wednesday, March 07, 2007 7:00 PM
To: flexcoders@yahoogroups.com
Subject: Re: [flexcoders] Modules at 360Flex conference



Shaun,



Smaller Swf output file sizes,

Module support within the mx framework,

Module support within Cairngorm,


RE: [flexcoders] Modules at 360Flex conference

2007-03-08 Thread - FI / Jonas Eliasson +
Regarding the embedded font issue:

 

We have following solution which seems to work well. It's also a similar
solution we have used on Flash 7 and 8. 

 

 

Embed the fonts into a SWF (Flash 8 or 9) both work with Flex. Basically put
them in a clip on the stage in the Flash IDE. Lets call it fonts.swf. 

 

Then you create a CSS with following tags

 

@font-face {

src:url("../fonts/fonts.swf") ;

fontFamily: "DIN Neuzeit Grotesk Std Bold Cn" ;

}

 

.MainHeading {

  fontFamily: "DIN Neuzeit Grotesk Std Bold Cn" ;

  fontSize: 22px ;

  color: #55852A ;

}

 

Now you use FlexBuilder and compile the CSS into a SWF. 

 

Then use the StyleManager to reference and load the generated css SWF 

 

Then you could do [UIComponent].styleName = ".MainHeading" ;

 

 

Hope that helps, I might be behind you guys but this has worked on a couple
of tests we have done. I guess the font.swf will still be loaded from each
module using it but it will be returned from the browser cache.  Not sure if
Adobe have some internal caching on these loaders. 

 

Cheers, 

 

Jonas 

 

  _  

From: flexcoders@yahoogroups.com [mailto:[EMAIL PROTECTED] On
Behalf Of Bjorn Schultheiss
Sent: den 8 mars 2007 17:13
To: flexcoders@yahoogroups.com
Subject: Re: [flexcoders] Modules at 360Flex conference

 

RG,

 

1 & 2 & 3 are both linked.

 

200 kb for a shell plus another 600 kb for RSL's in the initial download is
too nasty.

 

What i need is modularization of the framework so that it can 'broken up', 

a cairngorm framework that supports a Model that is suited for module
development, 

and an alternative to databinding that doesn't break each time a module is
set to invisible or unloaded. 

 

Not being able to use embedded fonts is also painful.

 

This is not a module bashing email by the way.

This is just a perspective of the the pain i've been through.

 

 

 

Bjorn

 

 

 

 

On 09/03/2007, at 5:17 AM, Roger Gonzalez wrote:





 

What is the issue with "smaller swf output file sizes"?

If you use link-report and load-externs, you can optimize swf size for both
the modules and the main app without any issues.

Just out of curiosity, have you filed any bugs regarding the other issues
you've encountered? (Cross-SWF font access is a problem at the player level,
but the other stuff is all fixable.)

-rg

 


  _  


From: flexcoders@yahoogroups.com [mailto:[EMAIL PROTECTED] On
Behalf Of Bjorn Schultheiss
Sent: Wednesday, March 07, 2007 7:00 PM
To: flexcoders@yahoogroups.com
Subject: Re: [flexcoders] Modules at 360Flex conference



Shaun,

 

Smaller Swf output file sizes,

Module support within the mx framework,

Module support within Cairngorm,

Issues with Viewstacks and Binding,

Embedding Fonts,

 

I think there are a couple more as well.

 

 

Bjorn

 

 

On 08/03/2007, at 1:11 PM, shaun wrote:





Bjorn Schultheiss wrote:
> Hey Alex,
> 
> After your experience with modules do you believe it was the correct 
> decision to include it in 2.01 as opposed to waiting for 3.0?
! > Over here we just refactored away from modules to the mon! olithic ria 
> because of outstanding issues..
> 

What are the outstanding issues?

cheers,
- shaun

 



 

 

 

 



Re: [flexcoders] Modules at 360Flex conference

2007-03-08 Thread Daniel Wabyick
Hi Roger,

Could you clarify a little bit more about the 'cross-swf font access 
problem?' I think there are a number of developers who have tried to get 
that working, but haven't been able to get things completely working.

Thanks,
-Daniel

Roger Gonzalez wrote:
>
> What is the issue with "smaller swf output file sizes"?
>  
> If you use link-report and load-externs, you can optimize swf size for 
> both the modules and the main app without any issues.
>  
> Just out of curiosity, have you filed any bugs regarding the other 
> issues you've encountered?  (Cross-SWF font access is a problem at the 
> player level, but the other stuff is all fixable.)
>  
> -rg
>
> 
> *From:* flexcoders@yahoogroups.com
> [mailto:[EMAIL PROTECTED] *On Behalf Of *Bjorn Schultheiss
> *Sent:* Wednesday, March 07, 2007 7:00 PM
>     *To:* flexcoders@yahoogroups.com
> *Subject:* Re: [flexcoders] Modules at 360Flex conference
>
> Shaun,
>
>
> Smaller Swf output file sizes,
> Module support within the mx framework,
> Module support within Cairngorm,
> Issues with Viewstacks and Binding,
> Embedding Fonts,
>
> I think there are a couple more as well.
>
>
> Bjorn
>
>
> On 08/03/2007, at 1:11 PM, shaun wrote:
>
>> Bjorn Schultheiss wrote:
>> > Hey Alex,
>> >
>> > After your experience with modules do you believe it was the
>> correct
>> > decision to include it in 2.01 as opposed to waiting for 3.0?
>> ! > Over here we just refactored away from modules to the mon!
>> olithic ria
>> > because of outstanding issues..
>> >
>>
>> What are the outstanding issues?
>>
>> cheers,
>> - shaun
>>
>
>  



Re: [flexcoders] Modules at 360Flex conference

2007-03-08 Thread Bjorn Schultheiss

RG,

1 & 2 & 3 are both linked.

200 kb for a shell plus another 600 kb for RSL's in the initial  
download is too nasty.


What i need is modularization of the framework so that it can 'broken  
up',
a cairngorm framework that supports a Model that is suited for module  
development,
and an alternative to databinding that doesn't break each time a  
module is set to invisible or unloaded.


Not being able to use embedded fonts is also painful.

This is not a module bashing email by the way.
This is just a perspective of the the pain i've been through.



Bjorn




On 09/03/2007, at 5:17 AM, Roger Gonzalez wrote:



What is the issue with "smaller swf output file sizes"?

If you use link-report and load-externs, you can optimize swf size  
for both the modules and the main app without any issues.


Just out of curiosity, have you filed any bugs regarding the other  
issues you've encountered?  (Cross-SWF font access is a problem at  
the player level, but the other stuff is all fixable.)


-rg

From: flexcoders@yahoogroups.com  
[mailto:[EMAIL PROTECTED] On Behalf Of Bjorn Schultheiss

Sent: Wednesday, March 07, 2007 7:00 PM
To: flexcoders@yahoogroups.com
Subject: Re: [flexcoders] Modules at 360Flex conference

Shaun,


Smaller Swf output file sizes,
Module support within the mx framework,
Module support within Cairngorm,
Issues with Viewstacks and Binding,
Embedding Fonts,

I think there are a couple more as well.


Bjorn


On 08/03/2007, at 1:11 PM, shaun wrote:


Bjorn Schultheiss wrote:
> Hey Alex,
>
> After your experience with modules do you believe it was the  
correct

> decision to include it in 2.01 as opposed to waiting for 3.0?
! > Over here we just refactored away from modules to the mon!  
olithic ria

> because of outstanding issues..
>

What are the outstanding issues?

cheers,
- shaun










RE: [flexcoders] Modules at 360Flex conference

2007-03-08 Thread Roger Gonzalez
What is the issue with "smaller swf output file sizes"?
 
If you use link-report and load-externs, you can optimize swf size for
both the modules and the main app without any issues.
 
Just out of curiosity, have you filed any bugs regarding the other
issues you've encountered?  (Cross-SWF font access is a problem at the
player level, but the other stuff is all fixable.)
 
-rg




From: flexcoders@yahoogroups.com
[mailto:[EMAIL PROTECTED] On Behalf Of Bjorn Schultheiss
Sent: Wednesday, March 07, 2007 7:00 PM
To: flexcoders@yahoogroups.com
        Subject: Re: [flexcoders] Modules at 360Flex conference



Shaun, 

Smaller Swf output file sizes, 
Module support within the mx framework,
Module support within Cairngorm,
Issues with Viewstacks and Binding,
Embedding Fonts,

I think there are a couple more as well.


Bjorn


On 08/03/2007, at 1:11 PM, shaun wrote:




Bjorn Schultheiss wrote:
> Hey Alex,
> 
> After your experience with modules do you believe it
was the correct 
> decision to include it in 2.01 as opposed to waiting
for 3.0?
! > Over here we just refactored away from modules to
the mon! olithic ria 
> because of outstanding issues..
> 

What are the outstanding issues?

cheers,
- shaun







 



RE: [flexcoders] Modules at 360Flex conference

2007-03-08 Thread Alex Harui
You can bind, I'm just not sure if the module will unload if you want to
kick it out of memory later.  Someone will have to try it and see.

-Original Message-
From: flexcoders@yahoogroups.com [mailto:[EMAIL PROTECTED] On
Behalf Of Tom Chiverton
Sent: Thursday, March 08, 2007 2:16 AM
To: flexcoders@yahoogroups.com
Subject: Re: [flexcoders] Modules at 360Flex conference

On Thursday 08 Mar 2007, Bhuvan Gupta wrote:
> But you can always define the Bindable variable(s) in a Singleton
> class (ModelLocator in Cairngorm terms)
> and define the binding with respect to these variables.

The same solution that is suggested for DragManager, basically then ?
I'd love to know what's up with Cairngorm and Modules then...

-- 
Tom Chiverton
Helping to vitalistically promote back-end e-tailers
On: http://thefalken.livejournal.com



This email is sent for and on behalf of Halliwells LLP.

Halliwells LLP is a limited liability partnership registered in England
and Wales under registered number OC307980 whose registered office
address is at St James's Court Brown Street Manchester M2 2JF.  A list
of members is available for inspection at the registered office. Any
reference to a partner in relation to Halliwells LLP means a member of
Halliwells LLP. Regulated by the Law Society.

CONFIDENTIALITY

This email is intended only for the use of the addressee named above and
may be confidential or legally privileged.  If you are not the addressee
you must not read it and must not use any information contained in nor
copy it nor inform any person other than Halliwells LLP or the addressee
of its existence or contents.  If you have received this email in error
please delete it and notify Halliwells LLP IT Department on 0870 365
8008.

For more information about Halliwells LLP visit www.halliwells.com.




--
Flexcoders Mailing List
FAQ: http://groups.yahoo.com/group/flexcoders/files/flexcodersFAQ.txt
Search Archives:
http://www.mail-archive.com/flexcoders%40yahoogroups.com 
Yahoo! Groups Links





Re: [flexcoders] Modules at 360Flex conference

2007-03-08 Thread Tom Chiverton
On Thursday 08 Mar 2007, Bhuvan Gupta wrote:
> But you can always define the Bindable variable(s) in a Singleton
> class (ModelLocator in Cairngorm terms)
> and define the binding with respect to these variables.

The same solution that is suggested for DragManager, basically then ?
I'd love to know what's up with Cairngorm and Modules then...

-- 
Tom Chiverton
Helping to vitalistically promote back-end e-tailers
On: http://thefalken.livejournal.com



This email is sent for and on behalf of Halliwells LLP.

Halliwells LLP is a limited liability partnership registered in England and 
Wales under registered number OC307980 whose registered office address is at St 
James's Court Brown Street Manchester M2 2JF.  A list of members is available 
for inspection at the registered office. Any reference to a partner in relation 
to Halliwells LLP means a member of Halliwells LLP. Regulated by the Law 
Society.

CONFIDENTIALITY

This email is intended only for the use of the addressee named above and may be 
confidential or legally privileged.  If you are not the addressee you must not 
read it and must not use any information contained in nor copy it nor inform 
any person other than Halliwells LLP or the addressee of its existence or 
contents.  If you have received this email in error please delete it and notify 
Halliwells LLP IT Department on 0870 365 8008.

For more information about Halliwells LLP visit www.halliwells.com.



 Yahoo! Groups Sponsor ~--> 
See what's inside the new Yahoo! Groups email.
http://us.click.yahoo.com/0It09A/bOaOAA/yQLSAA/nhFolB/TM
~-> 

--
Flexcoders Mailing List
FAQ: http://groups.yahoo.com/group/flexcoders/files/flexcodersFAQ.txt
Search Archives: http://www.mail-archive.com/flexcoders%40yahoogroups.com 
Yahoo! Groups Links

<*> To visit your group on the web, go to:
http://groups.yahoo.com/group/flexcoders/

<*> Your email settings:
Individual Email | Traditional

<*> To change settings online go to:
http://groups.yahoo.com/group/flexcoders/join
(Yahoo! ID required)

<*> To change settings via email:
mailto:[EMAIL PROTECTED] 
mailto:[EMAIL PROTECTED]

<*> To unsubscribe from this group, send an email to:
[EMAIL PROTECTED]

<*> Your use of Yahoo! Groups is subject to:
http://docs.yahoo.com/info/terms/
 


Re: [flexcoders] Modules at 360Flex conference

2007-03-08 Thread Bhuvan Gupta
But you can always define the Bindable variable(s) in a Singleton  
class (ModelLocator in Cairngorm terms)
and define the binding with respect to these variables.
With this approach you can even define bindings across modules.


On Mar 8, 2007, at 3:19 PM, Tom Chiverton wrote:

> On Thursday 08 Mar 2007, Alex Harui wrote:
>> I agree that the ModuleLoader kills your ability to use binding, but
>
> Could you elaborate here ?
> I guess I can't bind across Modules, but it must be ok within a  
> given Module,
> no ?
>
> -- 
> Tom Chiverton
> Helping to competently create attention-grabbing partnerships
> On: http://thefalken.livejournal.com
>
> 
>
> This email is sent for and on behalf of Halliwells LLP.
>
> Halliwells LLP is a limited liability partnership registered in  
> England and Wales under registered number OC307980 whose registered  
> office address is at St James's Court Brown Street Manchester M2  
> 2JF.  A list of members is available for inspection at the  
> registered office. Any reference to a partner in relation to  
> Halliwells LLP means a member of Halliwells LLP. Regulated by the  
> Law Society.
>
> CONFIDENTIALITY
>
> This email is intended only for the use of the addressee named  
> above and may be confidential or legally privileged.  If you are  
> not the addressee you must not read it and must not use any  
> information contained in nor copy it nor inform any person other  
> than Halliwells LLP or the addressee of its existence or contents.   
> If you have received this email in error please delete it and  
> notify Halliwells LLP IT Department on 0870 365 8008.
>
> For more information about Halliwells LLP visit www.halliwells.com.
>
>
>
>  Yahoo! Groups Sponsor  
> ~-->
> Yahoo! Groups gets a make over. See the new email design.
> http://us.click.yahoo.com/hOt0.A/lOaOAA/yQLSAA/nhFolB/TM
>  
> ~->
>
> --
> Flexcoders Mailing List
> FAQ: http://groups.yahoo.com/group/flexcoders/files/flexcodersFAQ.txt
> Search Archives: http://www.mail-archive.com/flexcoders% 
> 40yahoogroups.com
> Yahoo! Groups Links
>
>
>



Re: [flexcoders] Modules at 360Flex conference

2007-03-08 Thread Tom Chiverton
On Thursday 08 Mar 2007, Alex Harui wrote:
> I agree that the ModuleLoader kills your ability to use binding, but

Could you elaborate here ?
I guess I can't bind across Modules, but it must be ok within a given Module, 
no ?

-- 
Tom Chiverton
Helping to competently create attention-grabbing partnerships
On: http://thefalken.livejournal.com



This email is sent for and on behalf of Halliwells LLP.

Halliwells LLP is a limited liability partnership registered in England and 
Wales under registered number OC307980 whose registered office address is at St 
James's Court Brown Street Manchester M2 2JF.  A list of members is available 
for inspection at the registered office. Any reference to a partner in relation 
to Halliwells LLP means a member of Halliwells LLP. Regulated by the Law 
Society.

CONFIDENTIALITY

This email is intended only for the use of the addressee named above and may be 
confidential or legally privileged.  If you are not the addressee you must not 
read it and must not use any information contained in nor copy it nor inform 
any person other than Halliwells LLP or the addressee of its existence or 
contents.  If you have received this email in error please delete it and notify 
Halliwells LLP IT Department on 0870 365 8008.

For more information about Halliwells LLP visit www.halliwells.com.



 Yahoo! Groups Sponsor ~--> 
Yahoo! Groups gets a make over. See the new email design.
http://us.click.yahoo.com/hOt0.A/lOaOAA/yQLSAA/nhFolB/TM
~-> 

--
Flexcoders Mailing List
FAQ: http://groups.yahoo.com/group/flexcoders/files/flexcodersFAQ.txt
Search Archives: http://www.mail-archive.com/flexcoders%40yahoogroups.com 
Yahoo! Groups Links

<*> To visit your group on the web, go to:
http://groups.yahoo.com/group/flexcoders/

<*> Your email settings:
Individual Email | Traditional

<*> To change settings online go to:
http://groups.yahoo.com/group/flexcoders/join
(Yahoo! ID required)

<*> To change settings via email:
mailto:[EMAIL PROTECTED] 
mailto:[EMAIL PROTECTED]

<*> To unsubscribe from this group, send an email to:
[EMAIL PROTECTED]

<*> Your use of Yahoo! Groups is subject to:
http://docs.yahoo.com/info/terms/
 


Re: [flexcoders] Modules at 360Flex conference

2007-03-07 Thread Bjorn Schultheiss

Hi Alex,

Thanks for taking the time to reply to my post.

I will look into your examples more and send reply with some detailed  
feedback.


Over here we did plan to refactor back to using modules once we had  
found solid solutions for each of these issues.
Our main reason for refactoring out of modules was down to release  
date timings, once this is out of the way, modules are back on our  
schedule :)



regards,



Bjorn



On 08/03/2007, at 4:34 PM, Alex Harui wrote:



Sorry, sent the last response before seeing this.



I would think smaller swf sizes would be a good thing.  Did you run  
into the “too many small pieces, too many fetches over the net”  
issue?  Maybe you could take advantage of the –frame option to pack  
several modules into a larger download.




I’d like to know more about what you think the framework needs to  
do to better support modules.  The shared manager problem has  
tripped many, but I give a template for solving that in the examples.




I don’t know if the Cairngorm folks are planning any module-related  
features, but if you’re using Cairngorm today and that tripped you  
up, I’m sure they’d like to hear why.




I agree that the ModuleLoader kills your ability to use binding,  
but keep in mind that binding would also prevent a module from  
unloading in many situations.  Also, binding is really powerful and  
convenient, but sometimes I feel it is overused (especially cuz we  
have some optimization issues around binding to constants) and  
fatten your application unnecessarily.  The underlying principle of  
binding is really event dispatching and if you wire it up yourself,  
you can still have unloadable modules.  However, if you have  
scenarios in mind, we can look into smoothing them out in 3.0.




Embedded Fonts…  I’ll have to try that out.  I would think that my  
shared code example would apply though.  Unless you want to unload  
the font later.




-Alex



From: flexcoders@yahoogroups.com  
[mailto:[EMAIL PROTECTED] On Behalf Of Bjorn Schultheiss

Sent: Wednesday, March 07, 2007 7:00 PM
To: flexcoders@yahoogroups.com
Subject: Re: [flexcoders] Modules at 360Flex conference



Shaun,



Smaller Swf output file sizes,

Module support within the mx framework,

Module support within Cairngorm,

Issues with Viewstacks and Binding,

Embedding Fonts,



I think there are a couple more as well.





Bjorn





On 08/03/2007, at 1:11 PM, shaun wrote:




Bjorn Schultheiss wrote:
> Hey Alex,
>
> After your experience with modules do you believe it was the correct
> decision to include it in 2.01 as opposed to waiting for 3.0?
! > Over here we just refactored away from modules to the mon!  
olithic ria

> because of outstanding issues..
>

What are the outstanding issues?

cheers,
- shaun










RE: [flexcoders] Modules at 360Flex conference

2007-03-07 Thread Alex Harui
Sorry, sent the last response before seeing this.

 

I would think smaller swf sizes would be a good thing.  Did you run into
the "too many small pieces, too many fetches over the net" issue?  Maybe
you could take advantage of the -frame option to pack several modules
into a larger download.

 

I'd like to know more about what you think the framework needs to do to
better support modules.  The shared manager problem has tripped many,
but I give a template for solving that in the examples.

 

I don't know if the Cairngorm folks are planning any module-related
features, but if you're using Cairngorm today and that tripped you up,
I'm sure they'd like to hear why.

 

I agree that the ModuleLoader kills your ability to use binding, but
keep in mind that binding would also prevent a module from unloading in
many situations.  Also, binding is really powerful and convenient, but
sometimes I feel it is overused (especially cuz we have some
optimization issues around binding to constants) and fatten your
application unnecessarily.  The underlying principle of binding is
really event dispatching and if you wire it up yourself, you can still
have unloadable modules.  However, if you have scenarios in mind, we can
look into smoothing them out in 3.0.

 

Embedded Fonts...  I'll have to try that out.  I would think that my
shared code example would apply though.  Unless you want to unload the
font later.

 

-Alex

 



From: flexcoders@yahoogroups.com [mailto:[EMAIL PROTECTED] On
Behalf Of Bjorn Schultheiss
Sent: Wednesday, March 07, 2007 7:00 PM
To: flexcoders@yahoogroups.com
Subject: Re: [flexcoders] Modules at 360Flex conference

 

Shaun,

 

Smaller Swf output file sizes,

Module support within the mx framework,

Module support within Cairngorm,

Issues with Viewstacks and Binding,

Embedding Fonts,

 

I think there are a couple more as well.

 

 

Bjorn

 

 

On 08/03/2007, at 1:11 PM, shaun wrote:





Bjorn Schultheiss wrote:
> Hey Alex,
> 
> After your experience with modules do you believe it was the correct 
> decision to include it in 2.01 as opposed to waiting for 3.0?
! > Over here we just refactored away from modules to the mon! olithic
ria 
> because of outstanding issues..
> 

What are the outstanding issues?

cheers,
- shaun

 

 



RE: [flexcoders] Modules at 360Flex conference

2007-03-07 Thread Alex Harui
What issues caused you to go back to monolithic?  We'd want to take on
some or all for 3.0.

 

The things that I noticed people were running into were the shared
manager issue, some confusion about RSLs vs Modules, and issues due to
the way ApplicationDomains work which I addressed in the slides.  Now, I
haven't had to actually author a huge app, and heard after the talk that
there are some logistical issues getting the build process to work, but
if startup time is an issue for you, or you want interchangeable pieces,
I don't know how else you'd do it.  It also allowed us to take the first
steps on a cross-versioning strategy.

 

-Alex

 



From: flexcoders@yahoogroups.com [mailto:[EMAIL PROTECTED] On
Behalf Of Bjorn Schultheiss
Sent: Wednesday, March 07, 2007 5:38 PM
To: flexcoders@yahoogroups.com
Subject: Re: [flexcoders] Modules at 360Flex conference

 

Hey Alex,

 

After your experience with modules do you believe it was the correct
decision to include it in 2.01 as opposed to waiting for 3.0?

Over here we just refactored away from modules to the monolithic ria
because of outstanding issues..

 

 

regards,

 

Bjorn

 

On 08/03/2007, at 12:23 PM, alex_harui wrote:





We've seen lots of questions on modules recently. I just presented on 
Modules at the 360Flex conference where I tried to answer some of these 
questions. Slides and examples are at http://blogs.adobe.com/aharui
<http://blogs.adobe.com/aharui> 

 

 



Re: [flexcoders] Modules at 360Flex conference

2007-03-07 Thread superabe superabe

Thanks for posting the slides.
Great talk at 360 BTW.

- superabe

On 3/7/07, alex_harui <[EMAIL PROTECTED]> wrote:


  We've seen lots of questions on modules recently. I just presented on
Modules at the 360Flex conference where I tried to answer some of these
questions. Slides and examples are at http://blogs.adobe.com/aharui

 



Re: [flexcoders] Modules at 360Flex conference

2007-03-07 Thread Bjorn Schultheiss

Shaun,

Smaller Swf output file sizes,
Module support within the mx framework,
Module support within Cairngorm,
Issues with Viewstacks and Binding,
Embedding Fonts,

I think there are a couple more as well.


Bjorn


On 08/03/2007, at 1:11 PM, shaun wrote:


Bjorn Schultheiss wrote:
> Hey Alex,
>
> After your experience with modules do you believe it was the correct
> decision to include it in 2.01 as opposed to waiting for 3.0?
> Over here we just refactored away from modules to the monolithic ria
> because of outstanding issues..
>

What are the outstanding issues?

cheers,
- shaun






Re: [flexcoders] Modules at 360Flex conference

2007-03-07 Thread shaun
Bjorn Schultheiss wrote:
> Hey Alex,
> 
> After your experience with modules do you believe it was the correct  
> decision to include it in 2.01 as opposed to waiting for 3.0?
> Over here we just refactored away from modules to the monolithic ria  
> because of outstanding issues..
> 

What are the outstanding issues?

cheers,
  - shaun


Re: [flexcoders] Modules at 360Flex conference

2007-03-07 Thread Bjorn Schultheiss

Hey Alex,

After your experience with modules do you believe it was the correct  
decision to include it in 2.01 as opposed to waiting for 3.0?
Over here we just refactored away from modules to the monolithic ria  
because of outstanding issues..



regards,

Bjorn

On 08/03/2007, at 12:23 PM, alex_harui wrote:


We've seen lots of questions on modules recently. I just presented on
Modules at the 360Flex conference where I tried to answer some of  
these

questions. Slides and examples are at http://blogs.adobe.com/aharui