[dojo-contributors] Prototype-al simplicity

Scott J. Miles sjmiles at turbophp.com
Fri Apr 7 15:47:25 EDT 2006

>> The sheer number of functions in style is just silly, we need to drop
functions here. 

IMO, # of functions is maybe not a good metric. What I mean is that we've
chosen factoring and readable code over compound functions. 

In particular a lot of those functions (yes, that I wrote) are very small
invocations of other worker functions. We can reduce the total # of bytes by
changing notation (ala Bill's suggestion), and/or we can decide to forego
some of our readability standards for compactness.

To be clear, I do agree there is a lot of stuff in there that can and should
be moved around. I think part of the problem is that each of us knows which
parts we use, but not necessarily what the other guy uses.

Scott J. Miles
TurboAjax Group

-----Original Message-----
From: dojo-contributors-bounces at dojotoolkit.org
[mailto:dojo-contributors-bounces at dojotoolkit.org] On Behalf Of Paul Sowden
Sent: Friday, April 07, 2006 9:41 AM
To: dojo dev.
Subject: Re: [dojo-contributors] Prototype-al simplicity

If we count dom, style and html they make the biggest module by far.   
I've listed the functions split into groups of logical functionality at

65 functions in just style.js is massive!

Onto dieting...

The sheer number of functions in style is just silly, we need to drop
functions here.

Some of the functions in DOM seem a little arcane, I have no qualms about
dropping ancestry functions for example.

Some of the DOM functions in html.js seem superfluous.  The selection
functions can be pushed to a side module, probably the stylesheet functions

If there are opinions, please express, else work can go ahead with a slimmed
down proposal spec.

Paul Sowden

No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.1.385 / Virus Database: 268.4.0/304 - Release Date: 4/7/2006

More information about the dojo-contributors mailing list