Re: widgets plan proposal

Adam Megacz <[email protected]>
Newsgroups gmane.comp.java.xwt.general
Organization XWT
Message-ID <[email protected]>
Andrew Kohlsmith <[email protected]> writes:
> What direction is xwt heading toward -- will there ALWAYS be an
> xwt.theme() (I think there was talk of moving this to an
> xwt.overlay() call instead) statement?

I see it as being like X11 and window managers.  You can run XWT
without a theme installed, but you wouldn't *want* to do it.

> The second question ties in with the previous point -- at least in what Rod 
> and Charlie have done now, what is proposed to be impl doesn't actually have 
> a theme -- it's the bare minimum to achieve the desired behaviours that 99% 
> of the themes will use anyway.  The button for example, has the boxes and the 
> code to handle hovers, presses and whatnot, but does not have the boxes which 
> have the dotted border of monopoly focused widgets, or the bevel that goes 
> away when pressed.

That sounds like almost exactly what I'm calling for.  Excellent.

> Do you have any issues with me pointing my cron job over to
> cvs.xwt.org to do cvs exports to provide daily CVS snapshots?

Fine with me.

> I would rather have the same strict policy you have set out for the engine.  
> Once the widget tree is declared happy, any changes to that widget tree 
> should be cleared by consensus before commit.

Interesting.  How about if I fork of stable branches periodically, and
you can only commit to those branches with consensus approval?

> I'll take a look at it.  What software are you using to generate thse reports?

Custom perl scripts.

  - a



_______________________________________________
http://lists.xwt.org/listinfo/dev
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.