Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
HomeAnnouncementsWhite Papers
Discussion GroupsFirst AidDatabasesJavaBeansGUIJava 3DVirtual MachineCORBASecurityToolsGeneral
Java DirectoryOpen Source ProjectsSample Book ChaptersUser GroupsWeb Resources
Related Topics
Databases.NETMore Topics ...

Java Forum / GUI / February 2004

Tip: Looking for answers? Try searching our database.

Anybody Using XML To Build Java UIs?

Thread view: 
Gerald Bauer - 24 Feb 2004 14:34 GMT
Hello,

 is anybody using XML to build Java Swing or Eclipe UIs? Can you you
let us know what toolkit you use (e.g. Thinlet, SwiXML,
JellySwing/SWT, Ibex, XUI, etc.). Is it any good?

 - Gerald
Graham Perks - 24 Feb 2004 16:00 GMT
Foam (http://www.computersinmotion.com), a visual designer for Swing,
uses XML to persist the UI. Foam uses Java's XMLEncoder to persist the
beans and layout.

Cheers,
Graham Perks.

> Hello,
>
[quoted text clipped - 3 lines]
>
>   - Gerald
Karsten Lentzsch - 24 Feb 2004 16:42 GMT
>   is anybody using XML to build Java Swing or Eclipe UIs? Can you you
> let us know what toolkit you use (e.g. Thinlet, SwiXML,
> JellySwing/SWT, Ibex, XUI, etc.). Is it any good?

FormBuilder is a visual design tool that stores
UI descriptions in XML and builds UIs from XML, see
http://www.swingempire.de/palace/FormBuilder/portal.html

You can plug in different persistence formats.
Anyway, I'd say the interesting thing about FormBuilder
is its approach to decouple roles and activities in
the UI production process.

And FormBuilder is based on an advanced layout system ;)

Karsten
Karsten Lentzsch - 24 Feb 2004 16:48 GMT
>   is anybody using XML to build Java Swing or Eclipe UIs? Can you you
> let us know what toolkit you use (e.g. Thinlet, SwiXML,
> JellySwing/SWT, Ibex, XUI, etc.). Is it any good?

First off, let me say that I worked with external
UI desciptions for over 4 years and built a couple of
cross-platform user interfaces in this style.

Although XML UI descriptions have a good potential
for the future, I'd say that these solutions still
lag behind other UI solutions for the Java desktop
regarding quality, efficiency, and the learning curve.

I've recently posted an article regarding XML UIs, see
http://tinyurl.com/239ht

In short, I see many disadvantages with XML UIs and
only a few advantages. In some cases a late build time
is necessary, which is addressed well by XML UI descriptions.
However, I'd say that most people don't need this feature
and therefore do better with avoiding the disadvantages.

Also, most of the disadvantages I've listed in the article
mentioned above can be addressed by a visual builder tool.
The two tools mentioned before in this thread "Foam" and
"FormBuilder" solve some of the problems with XML UIs.

Karsten
Alan Gramont - 29 Feb 2004 09:54 GMT
I see XML as a great subject descriptor for a pre-planned application.  This
is the classic "document driven" application.  What i mean is that you build
a basic application structure but use a document (such as XML) to describe
the variable.  This works great if you are building a "build-for-client"
type of software.  The format of the GUI has a predefined structure but its
content is described using XML.  This is a hybrid that works great for
content that changes slightly from user to user, such as a switch control
Applet that changes the input types and rules based on different vendors but
have the same basic content.  The more generic features are feature-rich
while the unique portions are generically rendered.

> Hello,
>
[quoted text clipped - 3 lines]
>
>   - Gerald


Free Magazines

Get these publications absolutely FREE for up to 12 months. There are no hidden fees and no obligation. Simply choose a title, complete the application form and submit it. Read more ...

Oracle MagazineNetwork ComputingComputer WorldBio-IT WorldeWeekInformation WeekInfosecurity
 
Sign In
Join
My Latest Posts
My Monitored Threads
My Blog
My Photo Gallery
My Profile
My Homepage

Start New Thread
Enable EMail Alerts
Rate this Thread



©2008 Advenet LLC   Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.