The app's performance is not directly proportional to download speed. Download time is indirectly. "Slower modem, more time to download the app; modems & broadband have the exact same application running speed."
I'm using a Label, DataGrid, HSlider, Button, ComboBox, CheckBox, Panel, TitleWindow, VBox, and HBox, along with some small sized codebase, and the resulting SWF is 188k. After opening up in Flash's bandwidth profiler (running at 56k [4.7kb/sec]), it takes: - 3 seconds to show the preloader - 45 seconds to fully download On slow DSL (32.6kb/sec), it takes: - 2 seconds to show the preloader - 5 seconds to fully download The majority of the filesize comes from components, in particular the image assets. Additionally, there is a large upfront cost of utilizing the Flex component framework; so dropping a Panel in an application incurs a large charge, but each additional component isn't so much because they all utilize the same framework, so the more components you add, the less impact they have on final filesize. Therefore, the number of components isn't a large factor, but rather the type... which really doesn't matter. There are a few ways to lessen the impact, such as using SharedLibraries, but this really only applies to an Enterprise Class level application; you'll be hard pressed to get passed the 53k crusp: (old) http://www.macromedia.com/devnet/mx/flash/articles/buildtest_comp_02.html Building web applications for the bandwidth challenged market is tough; .NET & JVM are out of the question since they take lik 3+ hours to download where as Flash Player takes about 10 minutes over a modem, and then your app takes 45 seconds. It's tough making the business call... taking a Utilitarian approach, if the web application you provided has adequette functionality, then it's worth the 45 second hit, which caches afterwards anyway. Portraying that value beforehand to get them to "think" it's worth it is tough, I'm sure. Sorry I can't offer more; I usually develop for intranets or desktops, so it's either Broadband or already installed for me.... Good luck! ----- Original Message ----- From: "Bob Remeika" <[EMAIL PROTECTED]> To: <[email protected]> Sent: Tuesday, July 05, 2005 1:29 PM Subject: [flexcoders] Flex over dialup? Does anybody here have experience with using Flex applications over dialup? I would assume that the initial load time of the application would be the killer, but subsequent requests would be more user friendly and bandwidth friendly than a standard web page. I am interested to see if anybody has had the chance to see what the user experience is like on 56K. In aaddition to this post... does anybody know what the average file size of a flex swf is? If most of the content (i.e. jpgs, videos, and other swfs) are loaded dynmically at run-time, what is the expected file size of a standard shopping cart? Any information would be helpful... we would like to use flex, but we are worried that some users will have a hard time using our flex application over a slow connection. Thank you, Bob Remeika -- 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 -- 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/ <*> 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/
