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,37023471dc2e1934 X-Google-Attributes: gid103376,public X-Google-Language: ENGLISH,ASCII-7-bit Path: g2news2.google.com!news4.google.com!border1.nntp.dca.giganews.com!border2.nntp.dca.giganews.com!nntp.giganews.com!atl-c02.usenetserver.com!news.usenetserver.com!atl-c08.usenetserver.com!news.usenetserver.com!pc03.usenetserver.com!news.flashnewsgroups.com-b7.4zTQh5tI3A!not-for-mail Newsgroups: comp.lang.ada Subject: Re: Custom model in gtkada? References: <3ndpd7br1nn9$.vkcrts8e898z.dlg@40tude.net> <20060614210028.GA18024@ws.max.zp.ua> <44917d39$0$4495$9b4e6d93@newsread2.arcor-online.net> <44941be9$0$11065$9b4e6d93@newsread4.arcor-online.net> <14e2r2ftir9ok.i8u1axnplx11.dlg@40tude.net> <449a432e$0$15869$bb6a4dc3@news.uunet.fr> <10aj6ifazzw9q$.1ks15eefzi4kn.dlg@40tude.net> <191m62k8p0wpz.qjuymnpvpl0p.dlg@40tude.net> <142sco0zplhvp$.nycy57t27oj3.dlg@40tude.net> From: Stephen Leake Date: Thu, 06 Jul 2006 03:10:51 -0400 Message-ID: User-Agent: Gnus/5.1006 (Gnus v5.10.6) Emacs/21.3 (windows-nt) Cancel-Lock: sha1:TlUCavLPaRVJlhKyM9X+TDSLmfI= MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Complaints-To: abuse@flashnewsgroups.com Organization: FlashNewsgroups.com X-Trace: 6a1fa44acb786e73ae4a420267 Xref: g2news2.google.com comp.lang.ada:5528 Date: 2006-07-06T03:10:51-04:00 List-Id: "Dmitry A. Kazakov" writes: >> The marshalling packages in GtkAda are supremely confusing. I'd much >> prefer an inheritance mechanism there. I started trying to extend >> GtkAda to provide one, but I didn't have time to really work on it. >> It's not a simple problem. >> >> But I think marshalling is necessary to any real GUI event handling. > > Rather to any asynchronous event. If handling is synchronous, i.e. the > emitter is blocked until the action will take effect, then there is no need > to marshal anything. That's true. > I'm not sure about the relation, but it seems that a great majority of > events are synchronous. Another part is asynchronous, but can be pipelined > as a conveyer. This would be a sort of "transaction" model. The rest > (actually minor) is fully asynchronous - fire and forget. Only for the rest > one needs "hard" marshaling. True. All of the GUI frameworks I've used have not made this distinction. It would be interesting to try to build a framework that does. >> Ok. The GWindows project is part of the Gnavi Sourceforge project; see >> http://sourceforge.net/projects/gnavi/ . It's not very active, but >> this might trigger some work. > > I'll take a look, when I finish my current project. I am not sure, is it > Gtk-based or Windows API? GWindows is built directly on the Windows API. -- -- Stephe