Standard GUI Toolkit

[Alessandro Pinto]

Dear All,
I'm looking for C++ GUI toolkit which is free and standard.
I'm currently using the Fox toolkit.

The features I'm looking for are:
-Platform independence
-Reasonable users support
-Some guarantees on the toolkit llifetime (it is important that the project
will be under development for the years to come)

Thanks

CIAO
Alessandro

 

[db]

Dear All,
I'm looking for C++ GUI toolkit which is free and standard.
I'm currently using the Fox toolkit.

The features I'm looking for are:
-Platform independence
-Reasonable users support
-Some guarantees on the toolkit llifetime (it is important that the project
will be under development for the years to come)

www.wxwindows.org ?

br
db

 

[David Rasmussen]

Dear All,
I'm looking for C++ GUI toolkit which is free and standard.
I'm currently using the Fox toolkit.

The features I'm looking for are:
-Platform independence
-Reasonable users support
-Some guarantees on the toolkit llifetime (it is important that the project
will be under development for the years to come)

www.wxwindows.org is your answer.

/David

 

[Phlip]

Dear All,
I'm looking for C++ GUI toolkit which is free and standard.
I'm currently using the Fox toolkit.

The features I'm looking for are:
-Platform independence
-Reasonable users support
-Some guarantees on the toolkit llifetime (it is important that the project
will be under development for the years to come)

TCL/Tk has bindings for Ruby, Python, Perl, & doubtless others. It might
have a binding for C++.

Why are you using C++?

 

[Cornelis Wessels]

Dear All,
I'm looking for C++ GUI toolkit which is free and standard.
I'm currently using the Fox toolkit.

The features I'm looking for are:
-Platform independence
-Reasonable users support
-Some guarantees on the toolkit llifetime (it is important that the project
will be under development for the years to come)

Thanks

CIAO
Alessandro

Take a look at FLTK. www.fltk.org

 

[Alessandro Pinto]

Alessandro Pinto wrote:




TCL/Tk has bindings for Ruby, Python, Perl, & doubtless others. It might
have a binding for C++.

Why are you using C++?

The main reason is that I'm developing a synthesis software. For
performance reasons C or C++ are the most commonly used languages.
It woould be nice to have a graphical user interface and I want the
whole thing to be integrated within the same language.

Why should I use another language?

Thanks
Alessandro

 

[Alessandro Pinto]

Take a look at FLTK. www.fltk.org

You are the second person that suggest me to use FLTK. The only think I
don't like is the use of callbacks instead of messages (singnal and
slots in Qt terminology). I know that Qt is becoming a standard in the
commercial world and I was wandering if there is somenthing similar from
the free world.
I'm using WxWindows now and it seems good.

Thanks to you All

Alessandro

 

[Phlip]

You are the second person that suggest me to use FLTK. The only think I
don't like is the use of callbacks instead of messages (singnal and
slots in Qt terminology). I know that Qt is becoming a standard in the
commercial world and I was wandering if there is somenthing similar from
the free world.

Qt relies on MOC, IIRC, which is a strap-on addition to C++ providing
"signals and slots" messages. This is yet another example of folks using C++
for GUI code and finding themselves re-inventing dynamic typing. But I
suspect I could have re-invented it without writing new C++ keywords.

I'm using WxWindows now and it seems good.

Write unit tests on all your code, including GUI code, and see about using
the Model View Controller pattern. It might give you what "signals and
slots" was giving you.

But props for demanding real Free Software.

Why should I use another language?

Folks sometimes adopt a technology because "everyone else was doing it", not
because they thought thru the options. So I request they reveal the thought
process. I'm leery of your "performance reasons" - the GUI hardly toasts CPU
cycles these days. But "integrated within the same language" is always a
good one.

 

[Claudio Puviani]

I know that Qt is becoming a standard in the commercial world
and I was wandering if there is somenthing similar from the free
world.

Yes, Qt.

Qt is available with a free non-commercial license that allows you to write
open-source software, freeware, etc. and, I assume, software for your personal
non-commercial use.

Now, as it's been said many times before, GUI toolkits are OFF-TOPIC for this
newsgroup. This newsgroup is about the standard C++ language, not about
compilers or libraries or newfangled languages or operating systems.

Claudio Puviani

 

[Phlip]

Yes, Qt.

Qt is available with a free non-commercial license that allows you to write
open-source software, freeware, etc. and, I assume, software for your personal
non-commercial use.

That's "free" as in "beer", not "speech". There's a slight (but utterly
off-topic) difference.

Now, as it's been said many times before, GUI toolkits are OFF-TOPIC for this
newsgroup. This newsgroup is about the standard C++ language, not about
compilers or libraries or newfangled languages or operating systems.

Beer is off topic on this newsgroup too! Snarl snarl gnash gnash!

 

[Alessandro Pinto]

Yes, Qt.

Qt is available with a free non-commercial license that allows you to write
open-source software, freeware, etc. and, I assume, software for your personal
non-commercial use.

Now, as it's been said many times before, GUI toolkits are OFF-TOPIC for this
newsgroup. This newsgroup is about the standard C++ language, not about
compilers or libraries or newfangled languages or operating systems.

Claudio Puviani

I don't want to be polemic. As stated:

"[Off Topic] The article must primarily concern itself with some issue
related to the C++ language, and be pertinent to the global C++
Community. Topics include the syntax and semantics of the language,
discussion of tricks and techniques, case studies and example programs,
issues of software engineering related to C++, issues of software
management related to C++, issue of design philosophy related to C++,
design patterns related to C++, etc. In particular, articles pertaining
solely to the C subset of the C++ language are off-topic and belong in C
newsgroups, such as comp.lang.c.moderated.

Articles that do not pertain directly to the issues listed above, or
articles that target a particular geographic area (e.g. announcements
for C++ classes in California), or a particular institution (e.g. C++
Compilers are available at a reduced rate to employees of XYZ Corp.), or
any other limited segment of the C++ community are liable to rejection.
Short announcements of new books and events are currently the only
acceptable articles of a commercial nature."

There is nothing concerning GUI in C++. I think my question fits in
"issues of software engineering related to C++".

Thanks to to all of you that have provided USEFUL answers.

Alessandro Pinto

 

[Phlip]

There is nothing concerning GUI in C++. I think my question fits in
"issues of software engineering related to C++".

Thanks to to all of you that have provided USEFUL answers.

Some folks like a definition of "on topic" small enough to fit in their
brains.

If the question is "what relatively portable library does X", then the
answer should be "try libraries A,B or C, but their forums can give the best
answers for questions directly about them."

Posting to the narrowest technical newsgroup is always good - after the
topic has been narrowed.

 

[Duncus Colossus]

Try wxWindows (www.wxWindows.org).
It's free (even less restrictive than LGPL I think).
It gives native look n feel. I've tried it on Windows and Solaris with
satisfaction.

Duncus

 

[Dylan Nicholson]

Try wxWindows (www.wxWindows.org).
It's free (even less restrictive than LGPL I think).
It gives native look n feel. I've tried it on Windows and Solaris with
satisfaction.

I wouldn't recommend it particularly to non-expert C++ programmers, as
it was designed and written before modern compilers and techniques
became wide-spread. It is not exception-safe or type-safe, being full
of C-style casts from untyped (non-standard) container classes. The
justifications for these problems were understandable enough 5 years
ago, but today are somewhat questionable, and certainly likely to
encourage poor programming style.

Having said that however, it does do the job it was designed to do
pretty damn well.

Dylan