Linked by Thom Holwerda on Thu 3rd Nov 2005 19:10 UTC, submitted by Maxim Udushlivy
GTK+ "Gideon is a versatile GUI designer for GTK/C++. The goal of the project is to provide an easy-to-use RAD tool for C++ programmers who want to create multi-platform GTK-based GUI applications. Gideon is not overloaded but strives to provide all necessary features and remain 'simple and lightweight' to end user. Gideon is highly productive for experts and accessible for newcomers."
Order by: Score:
why?
by pinky on Thu 3rd Nov 2005 20:30 UTC
pinky
Member since:
2005-07-15

why everyone writes his own GUI Designer? Glade, Static, Gibeon,... all programs for the same task -> creating Gtk-GUIs. Als long as the create all the same xml file there is at least no compatibility problem but i don't understand why everyone wants to write his own designer?

Especially on Gtkmm: I think the most needed feature is not just another GUI-Designer. I think it would be much more important that libglademm would have an autoconnect function. Gtkmm is the only (big) toolkit were i have to connect all my signals by hand. A GUI Designer could be so much more usefull if i could connect the signals directly with the designer like i can do it with Gtk+ or Gtk#.

Reply Score: 1

RE: why?
by Tyr. on Thu 3rd Nov 2005 20:46 UTC in reply to "why?"
Tyr. Member since:
2005-07-06

Well this is the first one (for GTK) that _looks_ halfway decent. There's nothing quite as ironic as a gui editor that's unusable.

Reply Score: 1

RE[2]: why?
by ma_d on Thu 3rd Nov 2005 22:32 UTC in reply to "RE: why?"
ma_d Member since:
2005-06-29

The only editor I've seen easier to use than glade was VB, and that was because of the layout method used by VB verse Gtk.
I don't know why people rag on Glade... It gets the job done extremely well.

Reply Score: 2

RE: why?
by Anonymous on Thu 3rd Nov 2005 21:55 UTC in reply to "why?"
Anonymous Member since:
---

Why create another GTK GUI Designer? Well first I think a loot of people just can't wait for Glade3 but there are other reasons too. Glade3 doesn't create code anymore; it is now the responsibility of the GTK wrapper to provide an XML -> code converter if they want one. Some projects might just create their own GUI Designer if they have to do that.

Example, Stetic:
MonoDevelop needs a GUI Designer, they need a code generator for C# (and maybe others). Option a) wrap Glade3 and create an XML -> c# program, b) write from scratch a program that creates c# code.
Might as well go with b) and get to do some of the fun stuff to and not just the tedious stuff.

Reply Score: 0

RE[2]: why?
by pinky on Thu 3rd Nov 2005 22:21 UTC in reply to "RE: why?"
pinky Member since:
2005-07-15

>MonoDevelop needs a GUI Designer, they need a code generator for C#

why does they need a code generator? I think code generation is a really bad idea. Also Qt4 has introduce the way to load the xml file into the application.

On c# just type:
Glade.XML gui = new Glade.XML("gladefile.glade", "window");
gui.Autoconnect(this);

and everything is fine.

Reply Score: 2

RE[3]: why?
by Anonymous on Thu 3rd Nov 2005 22:26 UTC in reply to "RE[2]: why?"
Anonymous Member since:
---

Libglade is not part of GTK, If your not sure you have it code generations saves you from needing it.

Reply Score: 0

RE[4]: why?
by ma_d on Thu 3rd Nov 2005 22:34 UTC in reply to "RE[3]: why?"
ma_d Member since:
2005-06-29

Gtk version 3 will contain libglade...

Reply Score: 1

RE[5]: why?
by Anonymous on Fri 4th Nov 2005 00:55 UTC in reply to "RE[4]: why?"
Anonymous Member since:
---

That's true, but Gtk+ 2.10 will also have it. ;)

http://www.gtk.org/plan/2.10/

Reply Score: 0

RE[3]: why?
by ma_d on Thu 3rd Nov 2005 22:36 UTC in reply to "RE[2]: why?"
ma_d Member since:
2005-06-29

Code generation is a great idea... Everyone's doing it ;) . Seriously XAML? It doesn't dynamically load XAML files, they're built into the project and they supposedly end up as code in the end (so they're quick).
The only advantage to not generating code is binary distribution allowing user changing of the layout...

A glade_xml->gtk_c would be really nice. You stick it in your makefile, and boom you're done; and you can edit your project with the gui editor later without being super careful not to break something!

Reply Score: 0

RE[4]: why?
by Anonymous on Fri 4th Nov 2005 07:06 UTC in reply to "RE[3]: why?"
Anonymous Member since:
---

The real advantage of using a xml description of the gui is the strict separation between the layout and the logic of the app.

Loading different layouts at runtime is simply a plus.

Give me libglade over generated code with custom comments to mark the "don't touch" areas any time...

Reply Score: 0

RE[3]: why?
by Anonymous on Fri 4th Nov 2005 04:24 UTC in reply to "RE[2]: why?"
Anonymous Member since:
---

But in this case you must declare the controls and the events with your hand in the code. It is not too productive if you want to create a bigger GUI then "Hello world".

Reply Score: 0

Nameclash?
by Anonymous on Thu 3rd Nov 2005 21:06 UTC
Anonymous
Member since:
---

Gideon is the code name for KDevelop. There are 56.200 google hits for "gideon kde". "gideon gtk" redirects me to the KDevelop main page.

Reply Score: 5

v RE: Nameclash?
by Anonymous on Fri 4th Nov 2005 00:25 UTC in reply to "Nameclash?"
Nice
by Anonymous on Thu 3rd Nov 2005 21:30 UTC
Anonymous
Member since:
---

why everyone writes his own GUI Designer? Glade, Static, Gibeon,... all programs for the same task -> creating Gtk-GUIs. Als long as the create all the same xml file there is at least no compatibility problem but i don't understand why everyone wants to write his own designer?

But better to have more than one in the beginning. So that we will have different way of genarating GUI with different peoples innovation. At last, we will have one better out of all. I think that may take years. There is no good GUI genarator for GTK/Gnome as QT. But Glade 3.X is look like promising. Any way let us see.

Reply Score: 0

RE[3]: why?
by Morty on Fri 4th Nov 2005 18:49 UTC
Morty
Member since:
2005-07-06

why does they need a code generator?
Well I'd guess it has to do with efficiency, not having to re-parse the same XML and create the same GUI at runtime each time the application is run.

Also Qt4 has introduce the way to load the xml file into the application.

No, that's not correct. This was already possible in Qt3. It's even possible it was included in Qt2, I don't remember. Search for dynamic dialogs in the documentation.

The code look something like this:
QDialog *dialog = (QDialog *) QWidgetFactory::create("dialog.ui");

Reply Score: 2

nice but limited appeal
by doug on Fri 4th Nov 2005 23:44 UTC
doug
Member since:
2005-07-07

Strange he uses a blog as the homepage for his software. But it looks nice, too bad it can't be used with anything but C++ I guess.

Reply Score: 2