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=-0.3 required=5.0 tests=BAYES_00,
	REPLYTO_WITHOUT_TO_CC autolearn=no 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.78.36 with SMTP id y4mr9571165wiw.1.1356771357363;
        Sat, 29 Dec 2012 00:55:57 -0800 (PST)
Path: 
 i11ni329296wiw.0!nntp.google.com!goblin3!goblin1!goblin2!goblin.stu.neva.ru!aioe.org!.POSTED!not-for-mail
From: "Dmitry A. Kazakov" <mailbox@dmitry-kazakov.de>
Newsgroups: comp.lang.ada
Subject: Re: Easiest way to build Qt/Gtk interfaces for Ada programs
Date: Sat, 29 Dec 2012 09:55:44 +0100
Organization: cbb software GmbH
Message-ID: <f1lgobmq0rwb.w2dwnrtxnl7r$.dlg@40tude.net>
References: <d97561e7-d327-4fe8-b75b-e74e385a0603@googlegroups.com>
 <1gda5kzj50h3l.jzmq13s0hw74.dlg@40tude.net> <kblddi$bnm$1@munin.nbi.dk>
 <50de4127$0$6567$9b4e6d93@newsspool3.arcor-online.net>
Reply-To: mailbox@dmitry-kazakov.de
NNTP-Posting-Host: cDN0fd8KlIeJLyErIrSf0A.user.speranza.aioe.org
Mime-Version: 1.0
X-Complaints-To: abuse@aioe.org
User-Agent: 40tude_Dialog/2.0.15.1
X-Notice: Filtered by postfilter v. 0.8.2
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Date: 2012-12-29T09:55:44+01:00
List-Id: <comp.lang.ada>

On Sat, 29 Dec 2012 02:02:33 +0100, Georg Bauhaus wrote:

> 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"?

Sure. GUI consisting of a bunch of modal dialogs of fixed layout is casual
now. Times you could sell that to the customer are eons ago.

> 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.

Actually, a simple tree view is usually enough for the house of cards to
collapse. But there is also another thing which makes a lot of trouble even
with buttons and dialogs. That is "horizontal" interaction of GUI elements.
Modern GUIs have multiple active elements visible. Nobody wants modal
dialogs anymore. These elements influence, constrain, control each other
outside the container-field relationship. This quickly breaks the classical
hierarchical schema based on simple callbacks.

-- 
Regards,
Dmitry A. Kazakov
http://www.dmitry-kazakov.de