Ada GUI Builders

Ada GUI Builders

[LM News]

We are looking for an Ada GUI builder.  Can anyone recommend (or warn us
off) some of the many Ada GUI Builders I have seen advertised?

Many thanks,
BCD3

Re: Ada GUI Builders

[Jace Greenman]

Bruce,

Based on my experience, you will want to stay away from from a product
called XVT/Ada produced by XVT Corporation.

I worked for CACI (then a sub to LMCO) on the SBIS program as a software
architect for four years starting in late 1993. We started off using SERC
UILtoAda (also mediocre) and went though a couple of other unspectacular
products before the Army decided that their paramount concern was
portability. The XVT people convinced them to pay a ton of money to develop
version 1.0 of an Ada binding to their C product.

To make a long and ugly story short, the Army has since decided to flush all
the Ada and XVT code down the toilet. We got abominable support from the
vendor and had no control over our destiny since XVT/Ada was proprietary and
so immature. You've been warned. :)

If you have some time and money to spare, I'd recommend you buy a number of
products, maybe as many as a half dozen, and prototype a few screens
actually using them. There's no substitute for a real hands-on evaluation.
Most vendors should be willing to grant evaluation licenses for such a
purpose. Be wary of vendors who insist you make a purchase based just on
their dog-and-pony show.

Also, search Dejanews (www.dejanews.com) for threads discussing the various
products. But take what you find with a grain of salt. Newsgroups are where
you will certainly find customer accounts of their experiences, but one or
two disgruntled customers can poison the user community to an otherwise good
product.

Also, ask the vendors for references; not just references that they know to
be good, but say, the last 10 customers to purchase their product. You'll
should get a god measurement of startup and porting issues form those types
of people.

All that aside, are you in the ATM group? At the risk of making a shameless
plug, I've cut over from software engineering myself and started a
consultant-centric staffing agency. As a full-disclosure, fee-for-service
firm, as opposed to the traditional
buy-low-sell-high-and-keep-everyones-rate-a-secret firms, we treat our
consultants very fairly. I personally know a number of very talented Ada
developers and analysts from entry-level through technical lead, and would
welcome to opportunity to discuss business with LM/ATM.

If there's anyone in there you can refer me to, I'd appreciate it.

Thanks.

Jace Greenman

--------------------------------------------------------------------
| Everyware Incorporated            | email: jace@everywareinc.com |
| Technical Recruiting & Consulting | voice: (703) 698-0122        |
| http://www.everywareinc.com       |   fax: (703) 698-0190        |
--------------------------------------------------------------------



LM News wrote in message <6tjh1d$8p82@svlss.lmms.lmco.com>...
>We are looking for an Ada GUI builder.  Can anyone recommend (or warn us
>off) some of the many Ada GUI Builders I have seen advertised?
>
>Many thanks,
>BCD3
>
>

Re: Ada GUI Builders

[Larry Kilgallen]

In article <35FEE0D1.E5BF517D@cacd.rockwell.com>, Lowe Anthony A <aalowe@cacd.rockwell.com> writes:
> I have used Aonix's GUI builder with a lot of success.  It is quite easy to
> use, has a
> lot of people building with it (good mailing list) and has very accessible
> support.  I am by no mean a Window's programmer so I can not compare to
> other Windows GUI builders, but despite the fact I am not a Windows guru, I
> can still build GUI's quite successfully.

While I could not have gotten as far as I have without it, I feel the
lack of many capabilities I found using Think Pascal and TCL 2.0 (Think
Class Library) on Macintosh.

The authors of the GB package which supports the GUI Builder output
have made excellent use (so far as I can tell) of Ada95 inheritance
to give me a reliable set of primitives on which to program.  The
big drawback I encounter is that they have not extended this logic
to the programming I do.  When I design a Window (Form, in their
terminology) to handle a particular set of data in a particular
fashion, the Aonix GUI Builder creates a static cell for the
single instance of that window they envision.  Completely lost
is the ability for me to declare multiple windows of this type,
perhaps even on the fly.  So far as I can see, this is fully
possible for them to support within their model, but they do
not see it as high on their priority list, and judging by the
posting from Anthony Lowe to which I am responding, their judgement
of average customer needs is correct.  This is not the first time
I have wanted something different from the other customers of a
vendor, and it is unlikely to be the last.

Well, actually, that previous gripe had less to do with Ada95
and more to the notion of emitting generally usable data types
for window (form) implementations so that _I_ can create more.
That issue would be present even if we were using Ada83 (although
Aonix would have a less reliable GB package, based on the amount
of code that would be required).

Let me try for something now that is Ada95-specific...

I have at least four dialog boxes in the same program with a
"date" field that must be implemented in the same fashion.  I
would love to be able to take the Aonix-generated "record type"
for a given window and extend it using Ada95 inheritance to
add my particular "date" processing so that I could have four
dialog box types which inherit that processing and add some of
their own.  I also have pushbuttons for which I want the same
capabilities, but the date field makes a better example for
this discussion.  In short, development of this interface,
although speeded (indeed, made possible) by the Aonix GUI
Builder, ended up involving a lot more cut-and-paste than
I would expect with Ada95 (or any object-oriented language,
such as Think Pascal).

Of course, Aonix has many battles to fight, not the least of
which is Microsoft. Sometimes I found the primitives in the
GB package to be inadequate, so I started looking at the
underlying Win32Ada packages, and indeed the books on how
to call Win32S APIs from C, and found the primitives I
needed just did not exist.  As an example, I could not find
a documented method to move focus to a particular text field
and set the selection to characters 12 through 14.  I am sure
that Aonix in developing their GUI Builder ran into many of
the same problems of missing or undocumented Win32S capabilities.

Now these are all straightforward operations for TCL 2.0,
so maybe the best Microsoft imitation of that Macintosh-only
product would be the Microsoft Foundation Classes, provided
in Aonix OpenPack as the Ada Foundation Classes (at this point
I would like to credit the author from the UK, but today I am
reduced to typing on a VT420 due to computer problems beyond
my control).  If the Aonix GUI Builder were to be changed
to extend the benefits of Ada95 (inheritance) and Ada plain
(additional declarations of a type) to the customer, perhaps
it should be generating AFC output rather than Win32S output.
I have not studied the MFC documentation (all written for
C programmers), but if it is the "high-class" spread, surely
it allows a program to specify the selection range within a
text field of a dialog box!

With that said, the Aonix approach to ObjectAda for Windows
absolutely seems to be one of continuous improvement, and I
am sure that I benefit from Aonix spending their time on the
issues they _do_ see as top priority which happened to be raised
by others (or by others first; eventually I will hit them).

Larry Kilgallen