This article seems to be a good starting point.  I will play around
and see what I can do.

http://www.eclipse.org/articles/Article-VE-Custom-Widget/customwidget.html


On 6/25/07, Ryan Wynn <[EMAIL PROTECTED]> wrote:
I am pretty sure the GUI designer knows how to draw the widgets based
on their ancestry.  So, I think if we created subclasses from base
Swing components with properties from JSF components then they should
up nicely in the designer.

I don't think there would be any special req server side to creating
swing components without rendering.  This is based on the assumption
that the components are just javabeans and that they don't have any
special plumbing invoked until they are told to draw themselves.

Another interesting thing I think is that existing Swing action
listeners could possibly be wrapped by Jsf Action listeners which of
course would then delegate to the swing listeners.  This could be done
by the view handler during the translation.


On 6/25/07, Gary VanMatre <[EMAIL PROTECTED]> wrote:
> >From: "Ryan Wynn" <[EMAIL PROTECTED]>
> >
> > I have been thinking about the best way to go about building a wysiwyg
> > eclipse editor for jsf views. The only ones I have seen so far create
> > jsps.
> >
> > There are already existing GUI builders for Swing and SWT. Would it
> > be possible for Clay to handle a view id which is the class name of a
> > Swing or SWT Panel? I suppose it would just need to build a JSF tree
> > based on the Swing/SWT tree. Any thoughts on an approach like this?
> >
>
>
> That's an interesting idea.  You know, the visual aspect would only be needed 
in the GUI builder.  I wonder if you could create custom components that extended 
a base GUI component.   Create a like component for each JSF component with 
corresponding properties.  The GUI component would only have to hold the values of 
the properties and represent the composition of the page.  The rendering of the 
component in design mode might be tricky but maybe it could just render an image 
of the JSF component.
>
> What if the GUI components used annotations to associate with a JSF 
component?  On the clay side, we could have a custom handler that would map a 
jsfid to a swing/swt container.  It would only need to instantiate the component 
to use it's composition to build a JSF tree.  The jsfid could be used to override 
definitions similar to how the HTML mapping works today.
>
> Do you think there would be any strange requirements server side to create a 
swing component but not render it?  I believe that swing is not coupled with the 
OS api but I don't know if the GUI component would require extra resources server 
side?
>
>
>
> > Ryan
>
>
>
> Gary

Reply via email to