[Laszlo-user] combo box bloat == 100 meg laszlo app
piercingdragoneyes at hotmail.com
Thu Mar 23 21:45:52 EST 2006
One shortfall I have always seen in the development approach to visual
component based applications is the entire application is driven by "stuff"
stuck into the visual components.
The solution you have touted is obstensibly MVC - Model View Contoller.
Rather than have an "invisible" combo box per se (aka Model), how about
purposely breaking out the date model from the visual components (aka View)
as part of the design.
You are designing the app right ;)
>From: Garth Smedley <gsmedley at kanayo.com>
>To: Laszlo-User <laszlo-user at openlaszlo.org>
>Subject: Re: [Laszlo-user] combo box bloat == 100 meg laszlo app
>Date: Thu, 23 Mar 2006 18:26:55 -0400
>We ran into a similar problem with dynamically updated comboboxes and
>ended up doing two things:
>- We made a sharedcombobox which allowed all comboboxes with the same
>content to share a common underlying combobox. This is an incomplete
>class but I'd be willing to share it.
>- We changed our UI so that instead of showing all the comboboxes at the
>same time we show only those for the selected row. Even with the
>sharedcombobox, putting more than 10-20 comboboxes on a page was too slow.
>William Krick wrote:
> > I'm working on an OpenLaszlo application that has a lot of controls for
> > input.
> > When I load our app up in a browser and check the memory use for that
> > browser instance in task manager, it's around 100 megs.
> > Obviously this is WAY too large and something has to be done to bring
> > size down.
> > After some digging, it appears that the majority of our apps memory use
> > due to combo boxes. LOTS of comboboxes.
> > The combobox is critical to our application so we need a solution that
> > brings the memory use for comboboxes way down.
> > Also, a side effect of this bloat is that anything that dynamically
> > manipulates the contents of a combobox like adding or removing items, or
> > refreshing the list when connected to a dataset, is unusably slow in our
> > application.
> > I know there was some work done on a "newcombobox" but it appears that
> > might have been abandoned in favor of the "datacombobox" which doesn't
> > really address the bloat problem.
> > Can anyone tell me what, if anything, can be done to remedy our
> > My co-worker is putting together and will post an example that
> > addresses the performance problems when manipulating comboboxes but I
> > wanted to query the list about a solution to the larger problem of
> > application bloat due to comboboxes.
> > Is it possible to strip down the combobox and/or textlistitem to make
> > less memory hungry?
> > ...
> > Krick
> > _______________________________________________
> > Laszlo-user mailing list
> > Laszlo-user at openlaszlo.org
> > http://www.openlaszlo.org/mailman/listinfo/laszlo-user
>Laszlo-user mailing list
>Laszlo-user at openlaszlo.org
More information about the Laszlo-user