Re: Easiest way to build Qt/Gtk interfaces for Ada programs

[Blady <p.p11@orange.fr>]

Le 29/12/12 01:48, Randy Brukardt a �crit :
> <alb348@gmail.com> wrote in message
> news:49ad97eb-fac1-49f0-a4ea-2dd79fa803d0@googlegroups.com...
> ....
>> Thanks. That is what I was looking for!! So, the workflow seems to be:
>> creating the widjets with Glade, then using Gate3 to generate Ada code,
>> then using the generated code in Ada programs.
>
> I suspect that this workflow is the problem that Dmitry is referring to. It
> doesn't mesh well with incremental, agile development, where you are
> constantly tweaking both the GUI and the code that supports it.
>
> I realize that this makes it possible for one "front-end" to support many
> different code generation schemes (and that code generation is the "easy"
> part of a GUI builder), but it is just too far from the sort of control
> needed to make real, living applications. The Claw Builder (for instance),
> supports specifying how the package specification corresponding to a dialog
> box will look, whether it is just a single subprogram call (for a dialog
> that does all of its work in call-backs), a subprogram call that returns a
> visible  record (of the data specified by the box), or whether the dialog
> type is also visible (so that multiple instances can be created). These
> sorts of decisions can't be productively made by the software alone, and
> only generating a single template is never going to have the flexibility
> needed for these things.
>
> Of course, the other approach is a heck of a lot of work, one reason why the
> Claw Builder's development has stalled...
>
>                                             Randy.
>
>
Hello, I don't know about Claw, I use GtkAda for the same reason as Dmitry.
The question is why not Qt or else... Claw.
I aim building GUI native apps for Mac in Ada, maybe Cocoa without 
success up to now.
Well, the link http://en.wikipedia.org/wiki/Glade_Interface_Designer 
given by Justin show a very interesting chart at the end : Ada is not 
present. It's really amazing ;-)
Ada programmers should'nt any more ask themselves the question : which 
GUI Ada API for my program?
What about of standardized graphic Ada specification packages?
Compiler providers could then map the specifications to any underlying 
graphic toolkit or native system API.
In this way GUI Ada program will be source code portable as the aim of Ada.
Ada 2012 is born this month, an idea for future Ada 202x?

Happy New Year 2013, Pascal.