The OOP paradigm lends it self real well to user interfaces. A UI (especialy a GUI) can be broken down realy nicely into objects. The same can [almost] be achived with functional languages like C but at the cost of some really ugly cludgery.
A functional API tends to be more portable to different non-OO languages. I wouldn’t say that it takes “cludgery” to use a functional API in C++. It should be possible to build a good C++ interface on top of a decent functional API. This, of course, adds a lot of extra work, so it is preferable to have a standard C++ wrapper set available. I don’t have any experience with gtk+, but I know of a couple projects that attempt to do this for gtk+ (such as gtkmm), though I can’t vouch for the quality.
Great. GTK is defintly my choice of toolkit.
(Who said you need C++ to do object oriented programming)
you end up rewriting a lot of code doing it through C
The OOP paradigm lends it self real well to user interfaces. A UI (especialy a GUI) can be broken down realy nicely into objects. The same can [almost] be achived with functional languages like C but at the cost of some really ugly cludgery.
A functional API tends to be more portable to different non-OO languages. I wouldn’t say that it takes “cludgery” to use a functional API in C++. It should be possible to build a good C++ interface on top of a decent functional API. This, of course, adds a lot of extra work, so it is preferable to have a standard C++ wrapper set available. I don’t have any experience with gtk+, but I know of a couple projects that attempt to do this for gtk+ (such as gtkmm), though I can’t vouch for the quality.
Gtk+ with libGlade is a cinch to program in and, as far as GUI libraries go, Gtk+ is really damn nice.
You seem to have no idea what a functional programming language is.You probably meant `procedural’.
C is an imperative programming language, just as OO languages like C++ or Java.
A functional language is a whole different beast: Examples are Haskell and Lisp.