So how do I make my browser cache the swf?  Every time I navigate to
my app, the swf loads from the server.

As far as comparing html sites with using modules, I think it is very
tough to compare such different techologies.  But, with the modules I
have to wait for another xK bytes module to load which means not a
smooth transition.  If I was simply doing an html site, we would never
go back to the server for such large chunks of data.  Using AJAX I
would be able to grab much smaller amounts of data (most ajax apps I
done would generally only return less that 2k-10k allowing for it to
be extremely fast and keeping whatever transition I want.  But of
course, then all sorts of browser issues with javascript, etc.  It
there was a way that I could load the modules in the background while
the user is doing other things would be great, then it would be there
right when I need it.  But I think comparing the file sizes of a
client side app vs a server side app is apples and oranges.

I hope you are right and Adobe is giving this the highest priority as
Flex is a very wonderful thing and I'd hate to have it not be as wide
spread as it should be because of a serious, but solvable problem.

Dale

--- In [email protected], "Alex Harui" <[EMAIL PROTECTED]> wrote:
>
> Adobe is putting very serious thought into this problem.
> 
>  
> 
> FWIW:
> 
>  
> 
> 1)       Browsers do cache SWFs
> 
> 2)       The cached framework will save your app 130-500K depending on
> how much of the framework you use
> 
> 3)       Modules is not a workaround.  Modularity is a fundamental piece
> of any large application.  HTML sites consist of many html pages.
> Modules is essentially the same thing
> 
> 4)       Your app should end up being way more than 500K of small module
> swfs.  A large HTML site can easily end up serving about the same as you
> view many pages.  Hopefully you'll serve up fewer modules since the
> various view states don't need to be different html pages.
> 
>  
> 
>  
> 
> ________________________________
> 
> From: [email protected] [mailto:[EMAIL PROTECTED] On
> Behalf Of dbronk
> Sent: Friday, October 19, 2007 12:01 PM
> To: [email protected]
> Subject: [flexcoders] Re: Flex is becoming unviable
> 
>  
> 
> But we shouldn't have to rely on people getting faster and faster
> connections. To me, that is the same as saying I don't have to worry
> about poor coding practices that produce inefficient apps because
> Intel is building faster chips.
> 
> Adobe needs to put very serious thought into aggressively reducing the
> size of the SWF files. I'm only into our project about 5%-8% and are
> already creating 740k swf. I think 500k is too big, by the way. 
> Especially since it needs to download everytime a user comes back. 
> Now if the browser could cache the swf file like it does a graphic,
> then that would ease my mind a bit. I love flex. It has given me new
> excitement in my work. But, I agree with the original poster that if
> Adobe wants flex to become a big player in enterprise apps, they
> better get this solved quickly.
> 
> Having the framework cache in the player is a great start, but no
> where near enough. What is that, about 150k-200k? That puts me still
> at over 500k and a ton left on the app. My app when done will have
> 100+ different pages. Modules is another solution, but I see it more
> as a work around than a fix. For an app the size mine will be, it is
> probably asking too much to get it down to less than 500k.
> 
> --- In [email protected] <mailto:flexcoders%40yahoogroups.com>
> , Tom Chiverton <tom.chiverton@>
> wrote:
> >
> > On Friday 19 Oct 2007, danielvlopes@ wrote:
> > > But i think this is good price to pay.
> > 
> > Exactly. The percentage of people with fast connections is only
> going to go 
> > up.
> > 
> > -- 
> > Tom Chiverton. Are you a great Flex programmer, who knows Cairngorm,
> and has 
> > done some ColdFusion work ? Would you like to work for a top 30 law
> firm in 
> > Manchester, UK ? Are not an agency ? If yes, send email !
> > 
> > ****************************************************
> > 
> > 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 Solicitors
> Regulation Authority.
> > 
> > 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.
> >
>


Reply via email to