Re: One Last Description

David Crawshaw <[email protected]> Fri, 4 Apr 2003 09:26:22 +1000
Newsgroups gmane.comp.java.xwt.general
Message-ID <[email protected]>
Andrew Kohlsmith wrote:
> xwt.theme - documentation and stubs for THEME APIs
> xwt.theme.abstract - common behaviour code and box structures for 
> THEMES
> xwt.widget - documentation and stubs/preapplies for WIDGET APIs
> xwt.lib - code for widgets (i.e. x.t.a theme-independent stuff)
> xwt.lib.abstract - code for behaviours (x.t.a theme-independent stuff)
> xwt.standard is the standard (bare-bones) theme

I can't really provide any argument against this other than 
organisational.

However, we're still talking about slightly different things, as you 
have preapply xwt.widget.button in xwt.standard.button. This causes the 
cyclic mess you mentioned before, and I don't think this model calls 
for that.

xwt.widget.button - preapplies - xwt.theme.button, xwt.theme.focusable
xwt.theme.button - is just a stub
xwt.standard.button - preapplies - xwt.lib.button_functions, 
xwt.lib.button_layout
xwt.standard - overlays - xwt.theme

I have as much a problem with cyclic depdencies as you do, but what 
we're talking about on the wiki doesn't have this problem.

If you want a bare-bones theme in xwt.standard instead of xwt.theme, 
then I'm up for that. But we can't really have this xwt.standard.button 
preapplies xwt.widget.button. xwt.standard should be an implementation 
of the template package described in xwt.theme.

Also, I really would prefer some uniform naming scheme (as Adam has 
suggested on the wiki) rather than a separate directory for behavior 
code, but it's simply an organisational argument.

d


_______________________________________________
http://lists.xwt.org/listinfo/dev