[dojo-contributors] BorderContainer etc. styling
bill at dojotoolkit.org
Thu May 22 07:00:58 EDT 2008
Hi Alex, thanks for the feedback.
Alex Russell wrote:
> can there be a "noBorder" flag or something similar for uses like this
> which don't find themselves inside of a splitter of some variety?
> Alternately, could there be a CSS rule that makes the determination
> (modulo the IE 6 issue)?
I suspect we'll need to do something like this:
BorderContainer/TabContainer/etc. add a special class to their children
based on the child's type. So for example a ContentPane inside a
BorderContainer would get:
(or maybe something shorter). That lets ContentPane adjust it's look
depending on it's parent.
> 2.) it seems like we keep hitting the child-selector thing, and indeed
> it seems a primary contributor to the explosion of the size of the
> Dijit CSS files. Perhaps we need some unified utility or pattern to
> handle it instead of adding ever-more classes to the themes?
The "child-selectors not working" problem is probably not as damaging as
As you know "foo > bar" doesn't work on IE and the problem with "foo
bar" is that a parent widget's class can affect how a child widget looks.
However, for something like Button, a selector like ".dijitButton
.dijitLabel" is perfectly fine; we don't need a special dijitButtonLabel
class, and Nikolai and I have talked about getting rid of such classes.
> 3.) the length of some of the CSS names is starting to be a
> contributor to overall toolkit size. Perhaps we should consider some
> shorter abbreviations?
Maybe. It's a tradeoff between size and obfuscation. It's hard to
guess that "dTCL" means "dijitTabContainerLabel".
More information about the dojo-contributors