wood burning stoves 2.0*
The moose likes IDEs, Version Control and other tools and the fly likes Coding for GUI is such a drag :( Big Moose Saloon
  Search | Java FAQ | Recent Topics | Flagged Topics | Hot Topics | Zero Replies
Register / Login


Win a copy of The Java EE 7 Tutorial Volume 1 or Volume 2 this week in the Java EE forum
or jQuery UI in Action in the JavaScript forum!
JavaRanch » Java Forums » Engineering » IDEs, Version Control and other tools
Bookmark "Coding for GUI is such a drag :(" Watch "Coding for GUI is such a drag :(" New topic
Author

Coding for GUI is such a drag :(

Bobby Sharma
Ranch Hand

Joined: Mar 18, 2008
Posts: 574
    
    1

I am sick of writing Gui because it is time-consuming.I wonder if there
any IDE(like Visual Studio) available so that I need not write code for Gui.

best regards,
omi
[ November 02, 2008: Message edited by: omi sharma ]

Back to Java , again.
Rob Spoor
Sheriff

Joined: Oct 27, 2005
Posts: 19674
    
  18

Try Netbeans, or the GEF under Eclipse.


SCJP 1.4 - SCJP 6 - SCWCD 5 - OCEEJBD 6
How To Ask Questions How To Answer Questions
Tuna Töre
Ranch Hand

Joined: Aug 17, 2008
Posts: 219

Yes there is a good plugin free for non-commercial use...
Jigloo plugin for eclipse, you shoul try it

http://www.cloudgarden.com/jigloo/

All you need is to put all plugin jars and features jars to orginal eclipse folder(eclipse home)



blog: http://tunatore.wordpress.com
SCJP 6.0 + SCWCD 1.5
Ravikanth kolli
Ranch Hand

Joined: Feb 10, 2008
Posts: 179

Ya i too agree coding for GUI is always difficult.. netbeans is one of the best for GUIs.


-kolli
Sumit Bisht
Ranch Hand

Joined: Jul 02, 2008
Posts: 329

Is'nt coding in eclipse done under a different api (swt)?
Are there any major differences regarding swt and awt/swing?
please give your views.
Bobby Sharma
Ranch Hand

Joined: Mar 18, 2008
Posts: 574
    
    1

thanks for all informations

Lets say together Writing GUI sucks

best regards,
omi
Gregg Bolinger
GenRocket Founder
Ranch Hand

Joined: Jul 11, 2001
Posts: 15299
    
    6

Originally posted by omi sharma:
Lets say together Writing GUI sucks


Vendor lock in is worse. Imagine what happens when your favorite GUI editor is no longer available or maintained. Then you are stuck trying to debug and fix horribly written generated code. GUI editors are great for proof of concepts but you are much better off writing the production code yourself, IMHO.

In talking to some .NET engineers I know, drag and drop GUI creation in Visual Studio isn't used as much as you might think, for the same reasons as stated above, minus the vendor lock issue since it is MS after all.


GenRocket - Experts at Building Test Data
Bobby Sharma
Ranch Hand

Joined: Mar 18, 2008
Posts: 574
    
    1

Vendor lock ?? never heard about it.Destruction of my favorite GUI builder
will be nightmare for me.

you scared me to death. jk

O.k. bro, I will mark you word.

best regards,
omi
Gregg Bolinger
GenRocket Founder
Ranch Hand

Joined: Jul 11, 2001
Posts: 15299
    
    6

Originally posted by omi sharma:
Vendor lock ?? never heard about it.


Vendor Lock-in
Tim Holloway
Saloon Keeper

Joined: Jun 25, 2001
Posts: 16019
    
  20

I experienced vendor lock-in when Visual Caf� died. They had a fairly good GUI designer, but it did a lot of its work using proprietary helper classes.

Actually I didn't get locked in, but that's because I wrote a Perl script that translated the Visual Caf� class calls to generic Swing statements.

One of the things I liked when IntelliJ 6 arrived was that it could generate vendor-free GUI code.


Customer surveys are for companies who didn't pay proper attention to begin with.
Bobby Sharma
Ranch Hand

Joined: Mar 18, 2008
Posts: 574
    
    1

Coding for GUI is such as drag but Vendor lock-in is such a pain.

I thought Vendor lock-in problem is only faced by C/C++ programmers.

How come Java? Java is free ,isn't it?

Need to learn lot of things from you guys

best regards,
omi
Gregg Bolinger
GenRocket Founder
Ranch Hand

Joined: Jul 11, 2001
Posts: 15299
    
    6

Originally posted by omi sharma:
Coding for GUI is such as drag but Vendor lock-in is such a pain.

I thought Vendor lock-in problem is only faced by C/C++ programmers.

How come Java? Java is free ,isn't it?

Need to learn lot of things from you guys

best regards,
omi


Just because it is free doesn't prevent vendor lock-in. But that isn't even the point I was trying to make. The concept of GUI designer vendor lock has nothing to do with it being in Java. It has to do with whatever proprietary means that tool is generating your UI code and how easy of difficult that code is to maintain outside of that tool.

Example: Netbeans GUI Builder (formerly Project Matisse) is probably one of the best, if not the best, tool for creating UI's via drag and drop and WYSIWYG type of editing. The problem, the layout manager they use to construct the UI is very tool friendly and very developer unfriendly.

To me, that is vendor lock-in because if one day a) netbeans was gone (not likely) or b) I had to stop using it, or c) something else, having to manually debug, edit, fix, create new UI code is not something I would look forward to doing given the existing code Netbeans created for me.
Rohan Dhruva
Ranch Hand

Joined: May 08, 2007
Posts: 183
IMO, NetBeans generates nicely commented and readable code which is NetBeans agnostic. I don't think vendor lock-in should be an issue with NetBeans.

The productivity gained by using drag-and-drop GUI generators is far more advantageous, which is why we have programs like Qt designer, Glade, Visual Studio etc.


Rohan B. Dhruva
SCJP 1.5
Gregg Bolinger
GenRocket Founder
Ranch Hand

Joined: Jul 11, 2001
Posts: 15299
    
    6

Originally posted by Rohan Dhruva:
IMO, NetBeans generates nicely commented and readable code which is NetBeans agnostic. I don't think vendor lock-in should be an issue with NetBeans.

The productivity gained by using drag-and-drop GUI generators is far more advantageous, which is why we have programs like Qt designer, Glade, Visual Studio etc.


It may be beautiful but why doesn't Netbeans let you edit the UI generation code inside of Netbeans? Because if it isn't just perfect then Netbeans can't render the UI in the IDE anymore. I've tried to use GUI builders on several occasions and other than prototyping I've personally found them more hindering than useful.

I'm losing a battle with a fellow engineer working on a project because his claim that is if we don't use a UI designer tool he can't modify forms. But he also won't take an hour to learn MigLayout. I can write set methods faster than I can edit those little property panels in UI designer tools.

This is of course my opinion.
Ted Smyth
Ranch Hand

Joined: May 28, 2008
Posts: 73
Originally posted by Gregg Bolinger:

I'm losing a battle with a fellow engineer working on a project because his claim that is if we don't use a UI designer tool he can't modify forms. But he also won't take an hour to learn MigLayout. I can write set methods faster than I can edit those little property panels in UI designer tools.

This is of course my opinion.


I support that opinion and the proliferation of MigLayout! MigLayout in Java 7 IMO.


Edward Smith
Campbell Ritchie
Sheriff

Joined: Oct 13, 2005
Posts: 38467
    
  23
Originally posted by Gregg Bolinger:
I can write set methods faster than I can edit those little property panels in UI designer tools.


Tha reminds me of writing properties in .NET with VisualStudio. We were told off for not using the "add property" function of VS, but I could write or edit them much faster by hand.
 
I agree. Here's the link: http://aspose.com/file-tools
 
subject: Coding for GUI is such a drag :(