From mboxrd@z Thu Jan  1 00:00:00 1970
X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham
	autolearn_force=no version=3.4.4
X-Google-Thread: 103376,b6df8f8501cf7275
X-Google-NewGroupId: yes
X-Google-Attributes: gida07f3367d7,domainid0,public,usenet
X-Google-Language: ENGLISH,ASCII-7-bit
X-Received: by 10.180.91.114 with SMTP id cd18mr9390879wib.2.1356743001640;
        Fri, 28 Dec 2012 17:03:21 -0800 (PST)
Path: 
 l12ni258919wiv.1!nntp.google.com!feeder1-2.proxad.net!proxad.net!feeder2-2.proxad.net!newsfeed.arcor.de!newsspool1.arcor-online.net!news.arcor.de.POSTED!not-for-mail
Date: Sat, 29 Dec 2012 02:02:33 +0100
From: Georg Bauhaus <rm.dash-bauhaus@futureapps.de>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7;
 rv:17.0) Gecko/17.0 Thunderbird/17.0
MIME-Version: 1.0
Newsgroups: comp.lang.ada
Subject: Re: Easiest way to build Qt/Gtk interfaces for Ada programs
References: <d97561e7-d327-4fe8-b75b-e74e385a0603@googlegroups.com>
 <1gda5kzj50h3l.jzmq13s0hw74.dlg@40tude.net> <kblddi$bnm$1@munin.nbi.dk>
In-Reply-To: <kblddi$bnm$1@munin.nbi.dk>
Message-ID: <50de4127$0$6567$9b4e6d93@newsspool3.arcor-online.net>
Organization: Arcor
NNTP-Posting-Date: 29 Dec 2012 02:02:32 CET
NNTP-Posting-Host: 845b0783.newsspool3.arcor-online.net
X-Trace: 
 DXC=mnG=IcNO<i=RadXUBHgFh3McF=Q^Z^V384Fo<]lROoR18kF<OcfhCO;Nc<S4EZ9<8>PCY\c7>ejV8B64BN^lB``2=o`IcL3RiW6
X-Complaints-To: usenet-abuse@arcor.de
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Date: 2012-12-29T02:02:32+01:00
List-Id: <comp.lang.ada>

On 29.12.12 01:27, Randy Brukardt wrote:
> It's certainly possible to create a GUI Builder that does most of the
> busy-work but still allows one to write the rest of a application.

Perhaps it is an idea to be more specific about "GUI"?

For some, GUI means dialogs in windows, menus, text fields and various
buttons, maybe table views. For others, GUI means a responsive
drawing/symbol/model of something that is different in that it is
*not* controlled by text input, or via buttons, because it can't, really.
Rather, the GUI is more graphical: the user is watching/controlling
some 2D graph, say.
  Is designing these controls best done using what is available
in typical GUI builders? A mature CAD program would seem a more apt GUI
builder for this kind of controls. What does game production use?

For standard views, views that need not be reinvented by each GUI
programmer, I find a GUI builder a productive tool, because one just
needs to fill in the blanks to exactly meet user expectations.
It has built-in knowledge of graphic design.