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: a07f3367d7,b6df8f8501cf7275
X-Google-Attributes: gida07f3367d7,public,usenet
X-Google-NewGroupId: yes
X-Google-Language: ENGLISH,ASCII-7-bit
X-Received: by 10.66.80.34 with SMTP id o2mr7965794pax.9.1357498024693;
        Sun, 06 Jan 2013 10:47:04 -0800 (PST)
Date: Sat, 29 Dec 2012 14:07:28 +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> <op.wp1xs8qtule2fv@cardamome>
 <1uzqolxxpmz0v.jea876uzf4tc$.dlg@40tude.net> <op.wp2qjiylule2fv@cardamome>
 <ljhc58ruzw09$.uvd2m7b8g9hv$.dlg@40tude.net>
In-Reply-To: <ljhc58ruzw09$.uvd2m7b8g9hv$.dlg@40tude.net>
Message-ID: <50deeb11$0$6574$9b4e6d93@newsspool3.arcor-online.net>
Organization: Arcor
NNTP-Posting-Date: 29 Dec 2012 14:07:29 CET
NNTP-Posting-Host: b15c0a2f.newsspool3.arcor-online.net
X-Trace: 
 DXC=G?a<D8=jh5F[kmHKHnaEnMMcF=Q^Z^V3H4Fo<]lROoRA8kF<OcfhCOK=1C`OE2TQ9Enc\616M64>JLh>_cHTX3jM?9YYGCGR\8N
X-Complaints-To: usenet-abuse@arcor.de
Path: 
 s9ni89194pbb.0!nntp.google.com!border1.nntp.dca.giganews.com!border4.nntp.dca.giganews.com!border2.nntp.dca.giganews.com!nntp.giganews.com!news.mccarragher.com!news.grnet.gr!de-l.enfer-du-nord.net!feeder2.enfer-du-nord.net!usenet-fr.net!feeder1-2.proxad.net!proxad.net!feeder2-2.proxad.net!newsfeed.arcor.de!newsspool3.arcor-online.net!news.arcor.de.POSTED!not-for-mail
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Date: 2012-12-29T14:07:29+01:00
List-Id: <comp.lang.ada>

On 29.12.12 13:27, Dmitry A. Kazakov wrote:
> The point is, one influences another and if you consider the GUI framework
> fixed, then the application must adapt = you build around the GUI.

To build an application around a GUI is one example of
designing in accord with a given mechanism.
It is sad that there need to be so many variations of
basically the same mechanism.

Another popular given mechanism is based on web requests.
It is a technique for parallel execution just slightly
reminiscent of Paraffin.

Each request will perform part of a computation,
and will use no more than a limited amount of resources.
You therefore need to decompose a simple algorithm into
parts, assign these to request handlers, and start a
sequence of requests that trigger the handlers.

Topological order of requests and passing data is done
with the help of external storage. The latter has
transactions, and needs explicit cleanup (costly).
(This is Google's App Engine.)

For some setups, Paraffin seems simpler to use, though you'd
perhaps consider how to split the computation, and thus build
around a given mechanism.

Note that, in the US, using the specimen called MapReduce
incurs the cost of at least FUD via patent number 7,650,331.
Is the Paraffin library for Ada covered?

I suppose that you'd run into the same patent trouble (or not)
with GUIs once you start designing an application with a more
interesting UI.