[Cosmo-dev] Getting a handle on specific UI elements

Matthew Eernisse mde at osafoundation.org
Tue Dec 12 11:01:47 PST 2006


More comment inline ...

Bobby Rullo wrote:
> My point is that we will change our minds about how how granular or 
> coarse widgets should be, and id's will be sensitive to that.

That is a very good point. The UI boilerplate code right now is evolving 
pretty fast, and my suspicion is that it will settle down a bit. But one 
of the benefits of the browser-based UI is definitely its flexibility, 
so stuff does tend to be a bit fluid, even in the long term.

> Nope, it's not random at all, it's the logical path to the element on 
> the screen.
>> It sounds like y'all are talking about some kind of logical namespace 
>> that would also need to be kept up-to-date as the UI code evolves -- 
>> otherwise you eventually end up with paths to UI elements that don't 
>> really reflect what's going on in the actual UI anymore.
> 
> Yes

Cool, so it seems like you understand what I'm saying here. Anything but 
totally random strings of text kept in a spreadsheet or something would 
have to be maintained to keep in sync with the code. We would have to 
inform QA of those changes so they can keep their tests up to date.

So given that those requirements are pretty much identical to those for 
the existing JS namespace, I'm kind of dubious about the value of coming 
up with a completely separate namespacing scheme just for DOM-node ids.

It seems like the only tangible benefit is that it's decoupled from the 
JS namespace, and I wonder if that's a big enough benefit to warrant the 
extra overhead.


Matthew


More information about the cosmo-dev mailing list