How can I create widget fast programmatically ?



I submitted a benchmark to tests/widget/treeV3/tree_Test_bench.html .



Currently dojo tree is slow because *lots* of time spent in
dojo.widget.createWidget.

Need to fix that somehow.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://dojotoolkit.org/pipermail/dojo-contributors/attachments/20060621/01907d68/attachment.html

Search Discussions

  • Bill Keese at Jun 21, 2006 at 5:30 pm

    ilia wrote:
    How can I create widget fast programmatically ?

    I submitted a benchmark to tests/widget/treeV3/tree_Test_bench.html .

    Currently dojo tree is slow because **lots** of time spent in
    dojo.widget.createWidget.
    Can you be more specific? All the time should be spent in
    createWidget(). Isn't that normal?
  • Jesse Kuhnert at Jun 21, 2006 at 5:34 pm
    I did a little benchmarking of my own at one point a long time ago and found
    that it has nothing to do with the widget parser.

    The only things that seemed to take more time were those that dealt with
    css/style calculations. I'm sure it varies from widget to widget though.
    On 6/21/06, Bill Keese wrote:

    ilia wrote:
    How can I create widget fast programmatically ?

    I submitted a benchmark to tests/widget/treeV3/tree_Test_bench.html .

    Currently dojo tree is slow because **lots** of time spent in
    dojo.widget.createWidget.
    Can you be more specific? All the time should be spent in
    createWidget(). Isn't that normal?
    _______________________________________________
    dojo-contributors mailing list
    dojo-contributors@dojotoolkit.org
    http://dojotoolkit.org/mailman/listinfo/dojo-contributors


    --
    Jesse Kuhnert
    Tacos/Tapestry, team member/developer

    Open source based consulting work centered around
    dojo/tapestry/tacos/hivemind.
    -------------- next part --------------
    An HTML attachment was scrubbed...
    URL: http://dojotoolkit.org/pipermail/dojo-contributors/attachments/20060621/9b6460a4/attachment.html
  • Jesse Kuhnert at Jun 21, 2006 at 6:12 pm
    This starts to make more sense after a little poking around. In ~theory~ the
    css/style calculations would be nice have cached always on each read as you
    do your stuff, but I have a feeling that when you are adding nodes/updating
    content/etc all at the same time and reading css/style values it will start
    to get very burdensome on the browser to recalculate them.

    No time for me now but it would be interesting to see what would happen if
    any of the core-ish widgets that deal with layout the most (ie contentpane?
    ) tried to get the style values once and then do things based on those
    initial calculations. (not sure if they are read multiple times.)

    Most of these things seem to cause a lot of checks and such to be run for
    each read depending on whether you manipulate the dom in between reads..(do
    a search for EnsureSizeUpToDate ) .
    http://lxr.mozilla.org/seamonkey/source/dom/src/base/nsGlobalWindow.cpp
    On 6/21/06, Jesse Kuhnert wrote:

    I did a little benchmarking of my own at one point a long time ago and
    found that it has nothing to do with the widget parser.

    The only things that seemed to take more time were those that dealt with
    css/style calculations. I'm sure it varies from widget to widget though.

    On 6/21/06, Bill Keese wrote:

    ilia wrote:
    How can I create widget fast programmatically ?

    I submitted a benchmark to tests/widget/treeV3/tree_Test_bench.html .

    Currently dojo tree is slow because **lots** of time spent in
    dojo.widget.createWidget.
    Can you be more specific? All the time should be spent in
    createWidget(). Isn't that normal?
    _______________________________________________
    dojo-contributors mailing list
    dojo-contributors@dojotoolkit.org
    http://dojotoolkit.org/mailman/listinfo/dojo-contributors


    --
    Jesse Kuhnert
    Tacos/Tapestry, team member/developer

    Open source based consulting work centered around
    dojo/tapestry/tacos/hivemind.


    --
    Jesse Kuhnert
    Tacos/Tapestry, team member/developer

    Open source based consulting work centered around
    dojo/tapestry/tacos/hivemind.
    -------------- next part --------------
    An HTML attachment was scrubbed...
    URL: http://dojotoolkit.org/pipermail/dojo-contributors/attachments/20060621/062d30c8/attachment.html

Related Discussions

Discussion Navigation
viewthread | post
Discussion Overview
groupdojo-contributors @
categoriesdojo
postedJun 21, '06 at 3:22p
activeJun 21, '06 at 6:12p
posts4
users3
websitedojotoolkit.org

3 users in discussion

Jesse Kuhnert: 2 posts Bill Keese: 1 post Ilia: 1 post

People

Translate

site design / logo © 2022 Grokbase