Re: Re: [PATCH] Swixml - Extending DefaultFactory

Hello,

> I don't want to replace
> Java with XML and this stuff definitively goes into
> this direction.
> 
> <tag name="Applet" factory="javax.swing.JApplet" />
> 
> To me, this looks like then indrodution of a script
> language into Swixml,
> which is not very likely to succeed. Swixml was
> always thought to be plain,
> simple, small, and fast.
> 
> This is not Mozilla XUL nor Luxor.

  Allow me to share why Luxor fully supports zero-Java
code plugins using <tagdef>, <beandef>, and
<appletdef> tags, for example.

  I don't think this is a issue about scripting but
it's a issue about easy configuration that doesn't
need a recompile of the kernel.

  I understand that Wolf feels perfectly comfortable
about tweaking the kernel. After all he wrote it and
controls it. However, if you're merly a user the story
looks different and asking for a recompile just to
"plugin" a widget is way too much hassle.

  - Gerald

PS:  Also dare I say if you're looking for something
simple, small and fast you choose the wrong UI
toolkit. Swing is a bloated super-slow memory hog. You
might wonna check out some alternatives such as the
Standard Widget Toolkit (formerly known as the
*Simple* Widget Toolkit). SWT is truly simple, small
and fast. The proof of the pudding dare I say is that
it also runs on Pocket PCs, for example. Anyway, keep
up your great work. 

______________________________________________________________________ 
Post your free ad now! http://personals.yahoo.ca