comp.lang.ada
 help / color / mirror / Atom feed
From: "Warren W. Gay VE3WWG" <ve3wwg@cogeco.ca>
Subject: Re: GtkAda vs Windex, Gwindows
Date: Mon, 04 Oct 2004 13:11:17 -0400
Date: 2004-10-04T13:11:17-04:00	[thread overview]
Message-ID: <ktf8d.10274$jj2.466184@news20.bellglobal.com> (raw)
In-Reply-To: <mailman.102.1096116240.390.comp.lang.ada@ada-france.org>

Stephen Leake wrote:
> Pascal Obry <obry@act-europe.fr> writes:
>>Stephen Leake <stephen_leake@acm.org> writes:
>>>I'm considering giving up on GtkAda for Windows development, and
>>
>>Well that's not the moment to give up :) Gtk+ on Windows is maturing quickly
>>and the 2.4.7 version is quite better than previous ones. Note also that the
>>Gtk+Wimp (Native Windows look&feel) is now part of the Gtk+ project.
> 
> That's all good.
> 
>>Will this makes you stay on the GtkAda side ?
...
> For example, I can't figure out why an EventWindow doesn't respond to
> a Focus event. (If you read the GtkAda mailing list, you've seen this
> issue). The Gtk manuals are not clear on this topic, and neither the
> GtkAda nor Gtk mailing lists have been much help. It's extremely
> frustrating. When I write Ada code at home, it's for relaxation and
> fun; I have a very low tolerance for frustration.

I have to agree that the documentation could be better. I have had
similar "feelings" in the past about GtkAda, but looking for a
portable solution, I was forced recently to re-examine and get better
acquainted with it. I now keep notes ;-)

What it really needs is a better guide and manual. While some of the
GtkAda package organization makes logical sense to me, I have trouble
understanding other ones. I find myself constantly grepping specs
to find what I think I need. Sometimes I am forced to look at bodies
as well.

While some of this is unavoidable as the project matures (like some
of the support moving to this Pango package), I found it rather
confusing. What is really needed is a comprehensive user guide,
with full blown examples (not the few that come with the sources).

One area that I found weak in the extreme was how to use GtkAda to
draw on some sort of a graphics area. Many questions came to mind
about that (and I have done X Window graphics), but I had to do a
lot of experimentation and spec grepping to get through that.

If the GtkAda team is reading this, I would be willing to volunteer
some time on the documentation, though I cannot always be available
(I can work on it in spurts).

I have personally expended a lot of energy on my APQ documentation
because I know how important it is for people. An example can save
the programmer from reading much verbiage and abstraction, and can
cut to the chase. This is the reason the APQ documentation has an
example for every API function.

I hope the GtkAda folks don't take offense to these remarks. I know
that they have travelled a long and perhaps even a thankless road.
I appreciate GtkAda for being there, since application portability
is very important to me. But I think it is fair to say that better
documentation is needed to get more people to use it.

> I suppose I should try reading the C code, maybe it's not all that
> bad. I'd feel better if I felt that others in the GtkAda community
> shared my concerns.

I haven't had to look at the C code much yet, but give me time.
Certainly in fairness to GtkAda, Gtk could be better documented
as well!

> At the same time, although I keep planning to get a Linux system to
> "play with", it never seems worth it; Windows works well enough for
> me, and I really don't have time to spend on two operating systems and
> two GUI systems. I hate sounding like an ad for Microsoft, but it's
> just the facts of life.

I guess it depends upon your end goals. I like to produce software
not only for myself, but software that can be shared with others.
If I only did software for myself, I'd probably just do Linux/*NIX
projects and use X Window bindings or something. Something else
for those few Windows apps that I run on the laptop. Most of the
time, I want to write the app once, and be usable wherever it is
important.

-- 
Warren W. Gay VE3WWG
http://home.cogeco.ca/~ve3wwg



  reply	other threads:[~2004-10-04 17:11 UTC|newest]

Thread overview: 110+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-09-23  1:44 GWindows and David Botton Fionn mac Cuimhaill
2004-09-23  2:51 ` stephane richard
2004-09-24  1:08   ` Stephen Leake
2004-09-24  1:14     ` stephane richard
2004-09-24 16:26     ` Matthew Heaney
2004-09-25 12:19       ` Stephen Leake
2004-09-26 13:22       ` Craig Carey
2004-09-24  0:35 ` Stephen Leake
2004-09-24  3:38   ` Randy Brukardt
2004-09-24  5:41     ` Martin Dowie
2004-09-24 10:37     ` stephane richard
2004-09-25 12:06       ` Stephen Leake
2004-09-27 20:59         ` Randy Brukardt
2004-09-28 17:47           ` Pascal Obry
2004-09-28 18:25             ` stephane richard
2004-10-03 17:04               ` David Botton
2004-10-03 16:32         ` David Botton
2004-10-03 17:59           ` Marius Amado Alves
2004-10-03 19:32             ` Ludovic Brenta
2004-10-03 20:21               ` Jerry van Dijk
2004-10-04 19:13               ` tmoran
2004-10-05  0:54                 ` David Botton
2004-10-05  1:23                   ` David Botton
2004-10-05  1:27                   ` Stephen Leake
2004-10-05  3:39                     ` David Botton
2004-10-05 23:20                   ` Randy Brukardt
2004-10-03 19:24           ` Jerry van Dijk
2004-10-04  2:06           ` Stephen Leake
2004-10-04 13:23             ` David Botton
2004-10-04 13:43             ` David Botton
2004-09-24 17:00     ` Cesar Rabak
2004-09-24  5:45   ` Fionn mac Cuimhaill
2004-09-24 22:14     ` String handling and character encodings Björn Persson
2004-09-25 12:01     ` GWindows and David Botton Stephen Leake
2004-09-26 16:21       ` Fionn mac Cuimhaill
2004-10-03 16:37         ` David Botton
2004-09-26 21:57     ` Stephen McNeill
2004-09-26 22:08       ` tmoran
2004-09-27  6:13       ` Fionn mac Cuimhaill
2004-09-27  7:30         ` GWindows license (Was: GWindows and David Botton) Jacob Sparre Andersen
2004-09-27 12:31         ` GWindows and David Botton Georg Bauhaus
2004-09-27 21:23           ` Stephen McNeill
2004-10-03 16:40         ` David Botton
2004-10-04  1:57           ` Stephen Leake
2004-10-04 13:31             ` David Botton
2004-10-05  0:54               ` Stephen Leake
2004-10-05 15:39                 ` David Botton
2004-10-05 19:44                   ` tmoran
2004-10-05 21:33                     ` David Botton
2004-10-05 22:13                       ` stephane richard
2004-10-06 21:17                       ` tmoran
2004-10-05 22:40                   ` Stephen Leake
2004-10-05 23:28                     ` Randy Brukardt
2004-10-06  3:50                       ` David Botton
2004-10-06  3:46                     ` David Botton
     [not found]           ` <ullenfdo8.fsf@acm.org>
2004-10-04 12:46             ` Stephen Leake
2004-10-04 23:13               ` Brian May
2004-10-04 23:45                 ` stephane richard
2004-10-05 17:52                   ` Ludovic Brenta
2004-10-05 18:08                     ` Chris Humphries
2004-10-05 18:24                       ` Ludovic Brenta
2004-10-05 19:07                         ` Pascal Obry
2004-10-05 20:27                           ` SourceForge, CVS and revision control systems (was: GWindows and David Botton) Ludovic Brenta
2004-10-05 20:54                             ` Pascal Obry
2004-10-05 22:43                         ` GWindows and David Botton Stephen Leake
2004-10-07 18:49                           ` Ludovic Brenta
2004-10-16  2:36                             ` Benjamin Ketcham
2004-10-16 13:22                               ` CVS front-ends Stephen Leake
2004-10-16 14:33                                 ` Matthew Heaney
2004-10-16 15:07                                   ` Pascal Obry
2004-10-16 15:56                                     ` Stephen Leake
2004-10-16 16:37                                       ` Pascal Obry
2004-10-19  2:48                           ` GWindows and David Botton Kaz Kylheku
2004-10-05  0:48                 ` Stephen Leake
2004-10-05  7:42                   ` Brian May
2004-10-05 22:16                     ` Stephen Leake
2004-10-06  8:48                       ` Pascal Obry
2004-10-06 18:56                         ` Marius Amado Alves
2004-10-06 20:07                           ` David Botton
2004-10-06 20:18                             ` David Botton
2004-10-06 21:25                               ` tmoran
2004-10-09  9:49                           ` Jerry van Dijk
2004-10-07  0:22                         ` Stephen Leake
2004-10-08  0:28                       ` Brian May
2004-10-06 20:08                   ` Samuel Tardieu
2004-10-08  0:36                     ` Brian May
2004-09-24 18:58   ` Pascal Obry
2004-09-24 20:14     ` Marius Amado Alves
2004-09-24 20:48       ` tmoran
2004-09-24 22:20       ` GTK Björn Persson
2004-09-24 22:22       ` GWindows and David Botton Georg Bauhaus
2004-09-25  2:34       ` Jeff C r e e.m
2004-09-25  6:03       ` Pascal Obry
2004-09-25 10:42         ` Marius Amado Alves
2004-09-25 11:38           ` Georg Bauhaus
2004-09-25 13:11           ` Ed Falis
2004-09-25 15:59             ` Jacob Sparre Andersen
2004-09-25 18:15               ` Ed Falis
     [not found]         ` <41554B8F.6040401@netcabo.pt>
2004-09-25 12:49           ` Stephen Leake
     [not found]           ` <uekkqfr96.fsf@acm.org>
2004-09-25 13:05             ` Marius Amado Alves
2004-09-25 11:46       ` Ludovic Brenta
2004-09-25 12:43     ` GtkAda vs Windex, Gwindows Stephen Leake
2004-10-04 17:11       ` Warren W. Gay VE3WWG [this message]
2004-10-04 21:11         ` Ludovic Brenta
2004-10-05 16:38           ` GtkAda Package Hierarchy (was ...vs Windex, Gwindows) Warren W. Gay VE3WWG
2004-10-05 16:56         ` GtkAda vs Windex, Gwindows Stephane Riviere
2004-10-05 17:09           ` stephane richard
2004-10-05 20:42             ` Warren W. Gay VE3WWG
2004-10-03 16:18     ` GWindows and David Botton David Botton
2004-10-03 16:03   ` David Botton
replies disabled

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox