The issue is that the main performance issue is the update process. All other things could be easily cached/pregenerated etc. but this do not help when we do not have a more efficient way to update the thing fast.
You may note that during the scroll process the pane may be refereshed dozend times a second. Otherwise an idea, but maybe not with large benefits... sorry :) Cheers, Sebastian Am 25.01.2009 um 21:39 schrieb Dan: > What I am wondering is if it would be possible to improve speed by > pre-rendering in html widgets at compile time. Obviously, some things > cannot be known before runtime but I'd guess that lots of things could > be pre-computed. It might require something like python-spidermonkey > (http://code.google.com/p/python-spidermonkey/) to execute Javascript > code inside a python script. And maybe we could add meta-data about > things we guarantee will never change (as in this window will never be > re-dimensioned). > > I'm not sure it would be possible but if so, it would give qooxdoo one > more edge compared to the other frameworks that do not have a > toolchain to make this possible. > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by: > SourcForge Community > SourceForge wants to tell your story. > http://p.sf.net/sfu/sf-spreadtheword > _______________________________________________ > qooxdoo-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel ------------------------------------------------------------------------------ This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword _______________________________________________ qooxdoo-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
