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,3ed4c57426e16006 X-Google-NewGroupId: yes X-Google-Attributes: gida07f3367d7,domainid0,public,usenet X-Google-Language: ENGLISH,ASCII Path: g2news2.google.com!news3.google.com!feeder.news-service.com!de-l.enfer-du-nord.net!feeder2.enfer-du-nord.net!news.weisnix.org!newsfeed.ision.net!newsfeed2.easynews.net!ision!newsfeed.arcor.de!newsspool2.arcor-online.net!news.arcor.de.POSTED!not-for-mail From: "Dmitry A. Kazakov" Subject: Re: GtkAda using Glade Newsgroups: comp.lang.ada User-Agent: 40tude_Dialog/2.0.15.1 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Reply-To: mailbox@dmitry-kazakov.de Organization: cbb software GmbH References: <15ff2ec1-5a2b-4d24-8aab-cf7985b6374f@t19g2000yql.googlegroups.com> <2e496d2c-f12f-4961-981b-2162fdf1ce1e@k3g2000prl.googlegroups.com> <1vakqa4gwjxry$.9j72428ewqp0.dlg@40tude.net> <1npn5zwqehpsz.1lqame09nycx1.dlg@40tude.net> <96992149-4b0b-4de3-b928-545baa8da5ad@y12g2000yqh.googlegroups.com> Date: Thu, 19 May 2011 12:28:16 +0200 Message-ID: <1ib5galc2x8sa$.14pxbga0o1sz0$.dlg@40tude.net> NNTP-Posting-Date: 19 May 2011 12:28:16 CEST NNTP-Posting-Host: 67e69f74.newsspool3.arcor-online.net X-Trace: DXC=4cmbSbgQ0S1gP]QSEBQ^d4McF=Q^Z^V384Fo<]lROoR18kF7enW;^6ZC`4\`mfM[68DC35?]l2HfWIO1 X-Complaints-To: usenet-abuse@arcor.de Xref: g2news2.google.com comp.lang.ada:20293 Date: 2011-05-19T12:28:16+02:00 List-Id: On Thu, 19 May 2011 12:02:55 +0200, J-P. Rosen wrote: > Le 19/05/2011 09:36, Dmitry A. Kazakov a �crit : >> That's the point. If the GUI logic could be separated from the program >> logic, which is a Holy Grail, but absolutely unrealistic, then it would be >> no matter in which language the stuff was generated, Ada or C. You would >> not never look at it. >> >> Unfortunately the reality is that the GUI and the functional part of the >> program are tightly interwoven. Therefore you need to be in full control of >> both and want to shape the program's structure as you want for the sake of >> clear design and maintainability (Ada's strengths). Any automatically >> generated code is just an obstacle here. >> >> Sorry for sounding daemon's voice again. (:-)) >> > I think you should really give Glade a try (I think you said you > didn't). Creating the various widgets (with appropriate parameters!), > stuffing them into containers, connecting call-backs constitute a really > boring (and error-prone) part of the development. (That is because they are generics in GtkAda, should have been primitive operations, but that would require making GtkAda thick bindings) > That's what Glade does for you. That is easy, comparing to widget subclassing (adding new signals, properties, resource properties). Then there are custom non-widget objects to create, e.g. cell renderers, tree stores, interfaces etc. I just don't believe that any tool could handle this mess. (Gtk is a mess) BTW, most boring are not handlers but things like putting a limited component into the widget (for some reason Gtk_Widget_Record is not limited). I am almost sure that even handling signals does not really work with Glade. I don't mean button click events. What about hard stuff, like events passing parameters accessible only through GValue? There are lots of. What about passing closure-parameters in events? That is when the receiver object may disappear before the sender (the callback must be disconnected before) -- Regards, Dmitry A. Kazakov http://www.dmitry-kazakov.de