Bill Keese | 1 Jan 2006 03:40
Favicon
Gravatar

Re: Dojo: Too Slow?

>> it would be better if the contents of the frames were requested in the 
>> background once the floating panes have been created?

It does this already, automatically.  If the server takes a long time to 
compute the frame contents (for example, the answer to a query), you 
will be able to see a "Loading..." message in your frame for a few 
seconds, before the content appears.  (The loading message is there 
regardless of the speed of the server, but usually it's too quick to see.)

Alex Russell wrote:
> Ok, so looking at the page in a bit more detail, it seems a lot of DOM 
> nodes are getting slung around in the widget creation process. Perhaps 
> it would be better if the contents of the frames were requested in the 
> background once the floating panes have been created?
> 
> Regards
> 
> On Thursday 29 December 2005 10:16 am, Del Dhanoa wrote:
>> ok I did all that.. and it doesn't appear to speed anything up
>>
>> Alex Russell <alex <at> dojotoolkit.org> wrote:  On Thursday 29 December 
> 2005 9:10 am, Del Dhanoa wrote:
>>> Folks,
>>>
>>>   I love Dojo and everything but I think it is too darn slow or I
>>> am doing something wrong.
>> It does not appear that you are setting parseContent="false" in the
>> definitions of your floating pane widgets. It defaults to 'true' and
>> will spend time searching the contents of the floating panes for
>> widget definitions as a result. Try modifying your definitions for
(Continue reading)

Alex Russell | 1 Jan 2006 04:11
Favicon
Gravatar

Re: Dojo: Too Slow?

On Saturday 31 December 2005 6:40 pm, Bill Keese wrote:
> >> it would be better if the contents of the frames were requested in
> >> the background once the floating panes have been created?
>
> It does this already, automatically.  If the server takes a long time
> to compute the frame contents (for example, the answer to a query),
> you will be able to see a "Loading..." message in your frame for a
> few seconds, before the content appears.  (The loading message is
> there regardless of the speed of the server, but usually it's too
> quick to see.)

Right, but this page doesn't use the floating pane widget that way. It 
has all the nodes generated before the widgets are instantiated. I'm 
suggesting that he load the contents dynamically, as you are also 
pointing out the widget supports.

Regards

--

-- 
Alex Russell
alex <at> dojotoolkit.org BE03 E88D EABB 2116 CC49 8259 CF78 E242 59C3 9723
alex <at> netWindows.org  F687 1964 1EF6 453E 9BD0 5148 A15D 1D43 AB92 9A46
Del Dhanoa | 1 Jan 2006 04:12
Picon
Favicon

Re: Dojo: Too Slow?

then why does it take so long for my code to load up using dojo?



Bill Keese <bill <at> dojotoolkit.org> wrote:
>> it would be better if the contents of the frames were requested in the
>> background once the floating panes have been created?

It does this already, automatically. If the server takes a long time to
compute the frame contents (for example, the answer to a query), you
will be able to see a "Loading..." message in your frame for a few
seconds, before the content appears. (The loading message is there
regardless of the speed of the server, but usually it's too quick to see.)

Alex Russell wrote:
> Ok, so looking at the page in a bit more detail, it seems a lot of DOM
> nodes are getting slung around in the widget creation process. Perhaps
> it would be better if the contents of the frames were requested in the
> background once the floating panes have been created?
>
> Regards
>
> On Thursday 29 December 2005 10:16 am, Del Dhanoa wrote:
>> ok I did all that.. and it doesn't appear to speed anything up
>>
>> Alex Russell wrote: On Thursday 29 December
> 2005 9:10 am, Del Dhanoa wrote:
>>> Folks,
>>>
>>> I love Dojo and everything but I think it is too darn slow or I
>>> am doing something wrong.
>> It does not appear that you are setting parseContent="false" in the
>> definitions of your floating pane widgets. It defaults to 'true' and
>> will spend time searching the contents of the floating panes for
>> widget definitions as a result. Try modifying your definitions for
>> your floating panes to add it like:
>>
>>
>> ...
>>
>>
>>
>> Also, you are using widgets but do not have the widget infrastructure
>> baked into the build you are using. Please download the "widget"
>> build from http://dojotoolkit.org/download/ and put the dojo.js file
>> included in it in place of the one you are currently using (you
>> shouldn't need to change other files if you don't want to).
>>
>> Please let me know if these changes don't speed things up.
>>
>> Regards
>>
>>> I open 4 div's - each having 2 db queries... try loading the
>>> page.. it grinds to a halt:
>>>
>>> http://www.gabbr.com/dojo.php
>>>
>>>
>>> Simon Matthews wrote: Re:
>>> [Dojo-interest] tabset: gap between labels and the content
>>> Bill, the inclusion in the page still has the same potential race
>>> hazard as the browser may not have received the CSS file at the
>>> point the widgets have finished rendering. The only solution I
>>> have managed to get to work consistently is to include the CSS
>>> definitions in the HTML page itself.
>>>
>>> Regards
>>>
>>> Simon
>>>
>>> -----Original Message-----
>>> From: Bill Keese [mailto:bill <at> dojotoolkit.org]
>>> Sent: Wed 28/12/2005 10:14
>>> To: dojo-interest <at> dojotoolkit.org
>>> Cc:
>>> Subject: Re: [Dojo-interest] tabset: gap between labels and the
>>> content
>>>
>>>
>>> I thought that directly including the CSS would workaround the
>>> problem, but even if you do that the problem still occurs
>>> sometimes. I'm going to try to fix this soon. In the
>>> meantime, you can try call onResized() on the tabset after a
>>> suitable delay. Something like this (untested code): function
>>> init() { dojo.lang.setTimeout(dojo.widget.getWidgetById("mytabs"),
>>> "onResized", 100); }
>>> dojo.addOnload(init);
>>>
>>> Bosio Andrea wrote:
>>>> Hello.
>>>>
>>>> I'm using dojo 0.2.1 "widget" edition, with IE 6.0 and
>>>> Firefox 1.5.
>>>>
>>>> I have a problem with the TabSet widget.
>>>> Sometimes the browser displays a gap between TabSet labels
>>>> and the content area. I have seen in TabSet unit test page,
>>>> that ther's a race condition issue, and I have added the
>>>> following line, as suggested.
>>>>
>>> > type="text/css" media=screen>
>>>> By the way, also with the line above I have the same problem.
>>>> In fact I can see the problem also with the unit test-example
>>>> (http://archive.dojotoolkit.org/nightly/tests/widget/test_TabSet.
>>>> ht ml).
>>>>
>>> > Is there a solution?
>>>> Thank you.
>>>> --
>>>> Andrea Bosio
>>>> Technology Reply
>>>> Via Bogino 23 - 10123 - Torino - Italy
>>>> Mobile: ++39 348 95.04.513
>>>> Phone: ++39 011 56.98.621
>>>> Fax: ++39 011 812.17.24
>>>> Email: a.bosio <at> reply.it
>>>> _______________________________________________
>>>> Dojo-interest mailing list
>>>> Dojo-interest <at> dojotoolkit.org
>>>> http://dojotoolkit.org/mailman/listinfo/dojo-interest
>>> _______________________________________________
>>> Dojo-interest mailing list
>>> Dojo-interest <at> dojotoolkit.org
>>> http://dojotoolkit.org/mailman/listinfo/dojo-interest
>>> _______________________________________________
>>> Dojo-interest mailing list
>>> Dojo-interest <at> dojotoolkit.org
>>> http://dojotoolkit.org/mailman/listinfo/dojo-interest
>>>
>>>
>>>
>>>
>>> ---------------------------------
>>> Find your next car at Yahoo! Canada Autos
>

Find your next car at Yahoo! Canada Autos
_______________________________________________
Dojo-interest mailing list
Dojo-interest <at> dojotoolkit.org
http://dojotoolkit.org/mailman/listinfo/dojo-interest
Alex Russell | 1 Jan 2006 04:15
Favicon
Gravatar

Re: Dojo: Too Slow?

On Saturday 31 December 2005 7:12 pm, Del Dhanoa wrote:
> then why does it take so long for my code to load up using dojo?

Because you're not using the widget's built-in capability to load 
content in the background.

Regards

--

-- 
Alex Russell
alex <at> dojotoolkit.org BE03 E88D EABB 2116 CC49 8259 CF78 E242 59C3 9723
alex <at> netWindows.org  F687 1964 1EF6 453E 9BD0 5148 A15D 1D43 AB92 9A46
Jesse Kuhnert | 1 Jan 2006 09:00
Picon
Gravatar

Re: Dojo: Too Slow?

I know how these questions feel now :) Happy new years!! owwww....Someone puked in my car.

On 12/31/05, Alex Russell < alex <at> dojotoolkit.org> wrote:
On Saturday 31 December 2005 7:12 pm, Del Dhanoa wrote:
> then why does it take so long for my code to load up using dojo?

Because you're not using the widget's built-in capability to load
content in the background.

Regards

--
Alex Russell
alex <at> dojotoolkit.org BE03 E88D EABB 2116 CC49 8259 CF78 E242 59C3 9723
alex <at> netWindows.org  F687 1964 1EF6 453E 9BD0 5148 A15D 1D43 AB92 9A46
_______________________________________________
Dojo-interest mailing list
Dojo-interest <at> dojotoolkit.org
http://dojotoolkit.org/mailman/listinfo/dojo-interest

_______________________________________________
Dojo-interest mailing list
Dojo-interest <at> dojotoolkit.org
http://dojotoolkit.org/mailman/listinfo/dojo-interest
Joseph Bowman | 2 Jan 2006 00:06
Picon
Gravatar

question about dojo.io.bind

Hi, I'm using dojo.io.bind to kick off a function I'm using to update a div layer. Main reason I'm using dojo is to handle changing the url, and handling forward and back button calls. In Firefox, I'm having a issue, where if I click the the following span once, it works as it should. However, if I click on it again, it begins constantly refreshing the div update. I'm using a healthy combination of tools, dojo, xoad (to use php classes), and php smarty templates, to build everything. However, I've finally tracked it down to the forwardButton and backButton calls are causing the issue that I am having. Here's the span I'm referring to.

<span onclick="dojo.io.bind({url: 'text.txt', changeURL: 'mainpage:register', handle: function(type, data, evt){mainmenu.showItem('mainpage:register');}, backButton: function(){locationVars = header.stripHash (location.hash);mainmenu.showItem(locationVars);}, forwardButton: function(){locationVars = header.stripHash(location.hash);mainmenu.showItem(locationVars);}}); locationVars = 'mainpage:register';">Register</span>

Also, here is the php class, that mainmenu is assigned to.

<?php

class Menu {
    private $item = "";
    private $itemDisplay = "";
    private $divName = "";
    private $displayItem = "";
   
    function Menu() {
    }
   
    function showItem($item) {
        global $config;
       
        $itemArray = explode(".", $item);
        foreach ( $itemArray as $itm )
        {
            $itmArray = explode(":", $itm);
            $divName = $itmArray[0];
            $divContent = $itmArray[1];
        }
        $container =& XOAD_HTML::getElementById($divName);
        $displayItem = new Smarty;
        $displayItem->left_delimiter = '<!--{';
        $displayItem->right_delimiter = '}-->';
        if ( file_exists($config['includes_dir'] . $divContent . ".php"))
        {
            include $config['includes_dir'] . $divContent . ".php";
        }

        $itemDisplay = $displayItem->fetch($divContent . ".tpl");
        $container->innerHTML = $itemDisplay;
    }
   
    function xoadGetMeta()
    {
        XOAD_Client::mapMethods($this, array('showItem'));

        XOAD_Client::publicMethods($this, array('showItem'));
    }
}
?>



fyi: I'm primarily a php developer, and am just now moving to javascript in an effort to make a web 2.0 style application for a website I am building. So it is entirely conceivable that my whole design may be flawed, and I welcome any insight.

_______________________________________________
Dojo-interest mailing list
Dojo-interest <at> dojotoolkit.org
http://dojotoolkit.org/mailman/listinfo/dojo-interest
M.R. Venkatesh Babu | 2 Jan 2006 15:45
Picon
Favicon

dojo.io.bind query

Hi folks!!

I  am new to  dojo and i have been mucking around a bit with the dojo.io.bind() ..
I would like to send a  request to the server with the request parameters specified in the "content" attribute.. I am not able to achieve this presently..
The servlet shows that the req. parameter that i have sent hasnt been received..
Here is what i do..

dojo.io.bind({
                                    
                                url:  "/demo?action=complete",
                               content: 'id='+escape(byId("form1:label1").innerHTML),
                                   load: function(type, txt, e) {
                                            dojo.debug(txt);
                                            },
                                    error: function(type, errorObj) {
                                    var x=0;
                                    for (x in errorObj) {
                                       dojo.debug("The error is "+errorObj[x]);
                                    }
                                        }
                                     
                                    });

Please note that the escape(byId("form1:label1").innerHTML) does evaluate to a proper value.

Also is there a way of setting the request header when sending a request to the server.

Thanks for all the help!

Yahoo! Shopping
Find Great Deals on Holiday Gifts at Yahoo! Shopping
_______________________________________________
Dojo-interest mailing list
Dojo-interest <at> dojotoolkit.org
http://dojotoolkit.org/mailman/listinfo/dojo-interest
Wayne Douglas | 2 Jan 2006 18:38
Picon

Re: Adding to the library

Hi Mike

    Very cool indeed!!

Many thanks

w

Michael Schall wrote:

>Instead of working in the dojo root, why not create your own directory
>to work from.  Dojo allows you to create js files outside of the dojo
>root for this very purpose.
>
>I have created my own root called judo with directory structure.
>
>dojo
>  src
>judo
>  widget
>mochikit
>
>dojo.hostenv.setModulePrefix('judo', '../judo');
>dojo.require('dojo.widget.*');
>dojo.widget.manager.registerWidgetPackage('judo.widget');
>
>dojo.require('judo.date');
>dojo.require('judo.widget.TextBox')
>
>This way all my code stays outside the dojo code so I can just refresh
>that by itself.  You can also do this with MochiKit.
>
>Hope this helps.
>Mike
>On 12/31/05, Wayne Douglas <wayne <at> web-demon.co.uk> wrote:
>  
>
>>Hi Dylan
>>
>>Thanks for that. The reference to external definitions stuff was exactly
>>what I was looking for regarding the maintenance of my library.
>>
>>I am particularly happy with this as I have already started down that
>>path with dojo.KMI.* !! ;)
>>
>>I am going to spend some time in jan looking at the functions in MK that
>>I could do with having in Dojo, in particular I think there are some of
>>the MochiKit.DOM MochiKit.Base functions that caught my eye. I did
>>notice the if (typeof(dojo) != 'undefined') {[...]} in the files and
>>suspected as much, does this mean I can just drop it in and hey presto I
>>have the namespace available?
>>
>>Thanks again
>>
>>w
>>
>>
>>
>>Dylan Schiemann wrote:
>>
>>    
>>
>>>-----BEGIN PGP SIGNED MESSAGE-----
>>>Hash: SHA1
>>>
>>>Wayne,
>>>
>>>You don't need Dojo's approval for that... it's sort of the reason Dojo
>>>was designed with namespace.
>>>
>>>If you maintain your own subversion repository for your own company
>>>namespace, you should check out subversion's external definitions:
>>>http://svnbook.red-bean.com/en/1.1/ch07s04.html which makes it easy to
>>>maintain multiple checkouts in a directory hierarchy.
>>>
>>>Now, if you wanted to contribute your code to Dojo itself, we'd probably
>>>prefer that those contributions be added to the appropriate dojo
>>>namespace.  The first step to contributing code is the CYA step: filling
>>>out either a contributor license agreement for you and/or your company:
>>>http://dojotoolkit.org/icla.txt
>>>http://dojotoolkit.org/ccla.txt
>>>The next step is to contribute patches and have them reviewed by Dojo
>>>contributors.
>>>
>>>As far as MochiKit goes, Bob made MochiKit compatible with Dojo's
>>>package system, and many people already use them together.  Bob has also
>>>given us consent to port as much of MochiKit to Dojo as we see fit.
>>>Some of this has already happened, and more of this effort is ongoing.
>>>
>>>HTH,
>>>- -Dylan
>>>
>>>Wayne Douglas wrote:
>>>
>>>
>>>      
>>>
>>>>Yo
>>>>
>>>>HAPPY NY!!!! WOOOOOHOOOOOOOO!!!!
>>>>
>>>>OK back to work :)
>>>>
>>>>Hypothetically speaking, if I for instance liked very much this
>>>>dojo.require business as it provides a nice structure to an otherwise
>>>>unstructured env, and say I wanted to create, within the dojo namespace,
>>>>my own little area where I can keep all my co's js as in
>>>>dojo.company_name.this_rocks, would that be cool and the gang with the
>>>>foundation and also the licensing coolios?
>>>>
>>>>Extending that further, say for instance, but in another instance, I
>>>>liked some of the DOM (or whatever) functions provided by MochKit, would
>>>>it be a dirty, nasty thing to try to melt the two together in the Dojo
>>>>namespace?
>>>>
>>>>Ta very much, in advance and for all your excellent, beautiful,
>>>>extremely cool work.
>>>>
>>>>Have a happy new year. I'm off to the cottage now for some hardcore
>>>>snowboarding/drinking/falling over!! :)
>>>>
>>>>w
>>>>
>>>>_______________________________________________
>>>>Dojo-interest mailing list
>>>>Dojo-interest <at> dojotoolkit.org
>>>>http://dojotoolkit.org/mailman/listinfo/dojo-interest
>>>>
>>>>
>>>>
>>>>
>>>>        
>>>>
>>>-----BEGIN PGP SIGNATURE-----
>>>Version: GnuPG v1.2.4 (Darwin)
>>>Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
>>>
>>>iD8DBQFDtsJz8nLgh/JJsxERAiolAJ9ft/j8OG+4stdyL1rRSI3lv5IDaACfb2cH
>>>sCqQ37RW0/TPInOQeeSNWfA=
>>>=yfE8
>>>-----END PGP SIGNATURE-----
>>>_______________________________________________
>>>Dojo-interest mailing list
>>>Dojo-interest <at> dojotoolkit.org
>>>http://dojotoolkit.org/mailman/listinfo/dojo-interest
>>>
>>>
>>>
>>>      
>>>
>>_______________________________________________
>>Dojo-interest mailing list
>>Dojo-interest <at> dojotoolkit.org
>>http://dojotoolkit.org/mailman/listinfo/dojo-interest
>>
>>    
>>
>_______________________________________________
>Dojo-interest mailing list
>Dojo-interest <at> dojotoolkit.org
>http://dojotoolkit.org/mailman/listinfo/dojo-interest
>
>  
>
Wayne Douglas | 2 Jan 2006 21:47
Picon

Re: Adding to the library

OK, not so cool.

This might be a real simple thing but I cant figure it.

I have dropped the mochikit folder inside the src folder, what else do I 
need to do to get it to work? I thought that was it?

I have the dojo.require("MochiKit.DOM");

In my page.

Cheers

w

Michael Schall wrote:

>Instead of working in the dojo root, why not create your own directory
>to work from.  Dojo allows you to create js files outside of the dojo
>root for this very purpose.
>
>I have created my own root called judo with directory structure.
>
>dojo
>  src
>judo
>  widget
>mochikit
>
>dojo.hostenv.setModulePrefix('judo', '../judo');
>dojo.require('dojo.widget.*');
>dojo.widget.manager.registerWidgetPackage('judo.widget');
>
>dojo.require('judo.date');
>dojo.require('judo.widget.TextBox')
>
>This way all my code stays outside the dojo code so I can just refresh
>that by itself.  You can also do this with MochiKit.
>
>Hope this helps.
>Mike
>On 12/31/05, Wayne Douglas <wayne <at> web-demon.co.uk> wrote:
>  
>
>>Hi Dylan
>>
>>Thanks for that. The reference to external definitions stuff was exactly
>>what I was looking for regarding the maintenance of my library.
>>
>>I am particularly happy with this as I have already started down that
>>path with dojo.KMI.* !! ;)
>>
>>I am going to spend some time in jan looking at the functions in MK that
>>I could do with having in Dojo, in particular I think there are some of
>>the MochiKit.DOM MochiKit.Base functions that caught my eye. I did
>>notice the if (typeof(dojo) != 'undefined') {[...]} in the files and
>>suspected as much, does this mean I can just drop it in and hey presto I
>>have the namespace available?
>>
>>Thanks again
>>
>>w
>>
>>
>>
>>Dylan Schiemann wrote:
>>
>>    
>>
>>>-----BEGIN PGP SIGNED MESSAGE-----
>>>Hash: SHA1
>>>
>>>Wayne,
>>>
>>>You don't need Dojo's approval for that... it's sort of the reason Dojo
>>>was designed with namespace.
>>>
>>>If you maintain your own subversion repository for your own company
>>>namespace, you should check out subversion's external definitions:
>>>http://svnbook.red-bean.com/en/1.1/ch07s04.html which makes it easy to
>>>maintain multiple checkouts in a directory hierarchy.
>>>
>>>Now, if you wanted to contribute your code to Dojo itself, we'd probably
>>>prefer that those contributions be added to the appropriate dojo
>>>namespace.  The first step to contributing code is the CYA step: filling
>>>out either a contributor license agreement for you and/or your company:
>>>http://dojotoolkit.org/icla.txt
>>>http://dojotoolkit.org/ccla.txt
>>>The next step is to contribute patches and have them reviewed by Dojo
>>>contributors.
>>>
>>>As far as MochiKit goes, Bob made MochiKit compatible with Dojo's
>>>package system, and many people already use them together.  Bob has also
>>>given us consent to port as much of MochiKit to Dojo as we see fit.
>>>Some of this has already happened, and more of this effort is ongoing.
>>>
>>>HTH,
>>>- -Dylan
>>>
>>>Wayne Douglas wrote:
>>>
>>>
>>>      
>>>
>>>>Yo
>>>>
>>>>HAPPY NY!!!! WOOOOOHOOOOOOOO!!!!
>>>>
>>>>OK back to work :)
>>>>
>>>>Hypothetically speaking, if I for instance liked very much this
>>>>dojo.require business as it provides a nice structure to an otherwise
>>>>unstructured env, and say I wanted to create, within the dojo namespace,
>>>>my own little area where I can keep all my co's js as in
>>>>dojo.company_name.this_rocks, would that be cool and the gang with the
>>>>foundation and also the licensing coolios?
>>>>
>>>>Extending that further, say for instance, but in another instance, I
>>>>liked some of the DOM (or whatever) functions provided by MochKit, would
>>>>it be a dirty, nasty thing to try to melt the two together in the Dojo
>>>>namespace?
>>>>
>>>>Ta very much, in advance and for all your excellent, beautiful,
>>>>extremely cool work.
>>>>
>>>>Have a happy new year. I'm off to the cottage now for some hardcore
>>>>snowboarding/drinking/falling over!! :)
>>>>
>>>>w
>>>>
>>>>_______________________________________________
>>>>Dojo-interest mailing list
>>>>Dojo-interest <at> dojotoolkit.org
>>>>http://dojotoolkit.org/mailman/listinfo/dojo-interest
>>>>
>>>>
>>>>
>>>>
>>>>        
>>>>
>>>-----BEGIN PGP SIGNATURE-----
>>>Version: GnuPG v1.2.4 (Darwin)
>>>Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
>>>
>>>iD8DBQFDtsJz8nLgh/JJsxERAiolAJ9ft/j8OG+4stdyL1rRSI3lv5IDaACfb2cH
>>>sCqQ37RW0/TPInOQeeSNWfA=
>>>=yfE8
>>>-----END PGP SIGNATURE-----
>>>_______________________________________________
>>>Dojo-interest mailing list
>>>Dojo-interest <at> dojotoolkit.org
>>>http://dojotoolkit.org/mailman/listinfo/dojo-interest
>>>
>>>
>>>
>>>      
>>>
>>_______________________________________________
>>Dojo-interest mailing list
>>Dojo-interest <at> dojotoolkit.org
>>http://dojotoolkit.org/mailman/listinfo/dojo-interest
>>
>>    
>>
>_______________________________________________
>Dojo-interest mailing list
>Dojo-interest <at> dojotoolkit.org
>http://dojotoolkit.org/mailman/listinfo/dojo-interest
>
>  
>
garaged | 3 Jan 2006 00:55
Picon
Gravatar

Re: Re: minimal browser IO

Can you send a patch or something to see the changes you made ??

I just created the io & event package with the same result, widget package comes, whish is not necesarily too bad, but bad enough if I dont use any widget yet, I know I will use some in the near future, but would be great to get the most of dojo when needed :-)

btw. the widget dir is 3MB long, but probably doesnt affect if not using it :-)

Max

--
-----BEGIN GEEK CODE BLOCK-----
Version: 3.12
GS/S d- s: a-29 C++(+++) ULAHI+++ P+ L++>+++ E--- W++ N* o-- K- w++++ O- M-- V-- PS+ PE Y-- PGP++ t- 5- X+ R tv++ b+ DI+++ D- G++ e++ h+ r+ z**
------END GEEK CODE BLOCK------

_______________________________________________
Dojo-interest mailing list
Dojo-interest <at> dojotoolkit.org
http://dojotoolkit.org/mailman/listinfo/dojo-interest

Gmane