Slashdot Mirror


User: 94west

94west's activity in the archive.

Stories
0
Comments
6
First seen
Last seen
Profile
(view on slashdot.org)

Comments · 6

  1. Re:Foam uses XMLEncoder on Resource-Based GUIs Vs. Code Generators In Java · · Score: 1

    At the risk of getting blasted for slashvertising, BuoyBuilder also loads UIs with a single line of code.

  2. Re:Messy and brittle? What is he talking about? on Resource-Based GUIs Vs. Code Generators In Java · · Score: 1

    You should check out the Buoy project http://buoy.sf.net/, it aims to be the 10% of Swing that you need 90% of the time. Its got a great event model as well.

  3. Re:XMLEncoder/XMLDecoder on Resource-Based GUIs Vs. Code Generators In Java · · Score: 2, Informative

    BuoyBuilder uses XMLEncoder/XMLDecoder. And it also lets you persist actions, so you don't need the glue code to set up actions after loading the UI. You can do this in one of two ways: (1) you can actually include the object that is the target of the action in the XML file (by making your class available to BuoyBuilder) or (2) you can provide a proxy to the object that will be the target, and provide the instance when loading the UI (or more properly the persisted object graph).

  4. Re:Well, when they fix all the bugs in BuoyBuilder on Resource-Based GUIs Vs. Code Generators In Java · · Score: 1

    If you report some bugs maybe they would get fixed AC. We are quite willing to fix anything that has been reported, but as of yet, nothing has been reported.

  5. Re:Proprietary UI Builder on Resource-Based GUIs Vs. Code Generators In Java · · Score: 1

    That's why its release as open source as well, so you can have all the source yourself should something happen to it. Or the community at large could keep it going.

  6. Re:Gee, what a deal! on Resource-Based GUIs Vs. Code Generators In Java · · Score: 1

    It is also available as Open Source, where it's free as in software.