From: Dmitry A. Kazakov on
On Mon, 14 Jan 2008 09:58:19 -0800 (PST), Ben wrote:

> There is no way to solve all GUI problems in one fell swoop. The
> language has too many applications across too many platforms.

Well, it worked for Java, it did with Gtk and Qt. and C runs on a much
larger number of platforms. Why shouldn't it go with Ada?

> What
> ever approach that is one takes will need to put blinders on to
> applications outside the target solution set.

They will have no other choice. That's basically the MS model of doing
things... (:-))

> I have a radical idea that may offend a number of readers. Find a
> market and create a commercial solution:`)

Huh, there is no market for Ada. In modern software development it is
commercial solutions which create markets, not otherwise... (:-))

--
Regards,
Dmitry A. Kazakov
http://www.dmitry-kazakov.de
From: Martin Krischik on
Dmitry A. Kazakov schrieb:

> Gtk is slow. And after all, there is GtkAda here. If you are prepared to
> buy poor performance of Gtk and its alien to Ada design concept, then you
> can branch from GtkAda 2.8 which was GMGPL, or maybe 2.4, I don't remember.
> (In case you will go this path let me know. I am interested in such efforts
> because I maintain the GtkAda contributions project.)

Try:

http://svn.eu.adacore.com/anonsvn/Dev/trunk

for GMGPL version of GtkAda.

Martin
--
mailto://krischik(a)users.sourceforge.net
Ada programming at: http://ada.krischik.com
From: Martin Krischik on

I guess we are now at:

+--------------------------------+
| Ada GUI Thick bindings | (4)
+--------------------------------+
| Ada GUI Thin bindings | (3)
---------------------------------+
| Convention C abstraction layer | (2)
+------+--------+-------+--------+
| X11 | Gtk+ | QT | Win32 | (1)
| +--------+-------+ |
| | Win 32 / X11 | |
+-----------------------+--------+

There is just one problem here: Both Gtk+ and QT are OO libraries which
are not all that compatible with the Ada's OO way of live and this in
turn mean that layer (2) and (3) might not be as tiny as we hope for.

Martin

--
mailto://krischik(a)users.sourceforge.net
Ada programming at: http://ada.krischik.com
From: Martin Krischik on
Gautier schrieb:

> I suggest something more pragmatic and feasible: develop further an
> existing library that works fine on Windows (the lion's share in the
> market), but is kind of frozen: GWindows (
> http://sourceforge.net/projects/gnavi ).

GWindows is OK - but it is missing Unix support. But maybe WINE could
help here.

Martin

--
mailto://krischik(a)users.sourceforge.net
Ada programming at: http://ada.krischik.com
From: Martin Krischik on
Tomek Walkuski schrieb:

> In which direction should it go? Portable means: native widgets on all
> platform (wxWidgets approach) or imitation of these (Swing approach)?
> Do you have any other ideas? Some design suggestions?

I have another suggestion: A GUI Library based on OpenStep [1].

Existing GUI Libraries tend to be rather complex with hundreds of
classes - any binding is a huge work - especially since most GUI
Libraries are OO - and binding to an OO Lib in another language is
difficult. And a job without end as all libraries are constantly extended.

Bare metal programming is only an option for Windows but not X11.

In OpenStep all GUI work is done in Objective-C or Objective-C++ -
languages which can be implemented by a pre-processor to C or C++. So
here the Idea: If we create an Objective-Ada pre-processor we are done.
And the Mac-Ada users would love it ;-).


Martin

[1] http://en.wikipedia.org/wiki/OpenStep

--
mailto://krischik(a)users.sourceforge.net
Ada programming at: http://ada.krischik.com