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=unavailable autolearn_force=no version=3.4.4 Path: eternal-september.org!reader01.eternal-september.org!reader02.eternal-september.org!news.eternal-september.org!news.eternal-september.org!feeder.eternal-september.org!aioe.org!.POSTED!not-for-mail From: "Dmitry A. Kazakov" Newsgroups: comp.lang.ada Subject: Re: Gtkada, Gtkada_Builder.Add_From_String problem. Date: Tue, 9 Aug 2016 10:06:34 +0200 Organization: Aioe.org NNTP Server Message-ID: References: <317c7c35-7260-4b0a-9615-b8616c87dfdc@googlegroups.com> <995dcf3b-cc66-4179-8922-1a0b0d71d68a@googlegroups.com> <64bea585-c233-46bf-91ac-be74c2ecb4ba@googlegroups.com> <133e0148-fbab-4c2f-94bd-13fa671c9694@googlegroups.com> NNTP-Posting-Host: vZYCW951TbFitc4GdEwQJg.user.gioia.aioe.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: abuse@aioe.org User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 X-Notice: Filtered by postfilter v. 0.8.2 Xref: news.eternal-september.org comp.lang.ada:31332 Date: 2016-08-09T10:06:34+02:00 List-Id: On 09/08/2016 00:41, olivermkellogg@gmail.com wrote: > On Monday, August 8, 2016 at 9:08:29 PM UTC+2, Dmitry A. Kazakov wrote: >> [...] >> If the GUI is more or less complex you would not be able to create it >> otherwise. > > At my work, we developed Link-16 [1] support tools with literally hundreds of layout pages. It is kind of alarming to hear that GTK is used for such applications. No safety requirements at all? > I wonder how long it would have taken to make all these layouts without a GUI builder. Is it dialog forms? I would probably generate them dynamically from the list of fields. The advantage is that you can integrate the plausibility checks into the widget data type representing the form. Such GUIs are very rare, at least in automation and control. In any case fixed dialog forms is the least problem with GUI implementation, even if you have hundreds of. Lists, tree views and text edit widgets make real trouble and GUI builder is only hindrance there. Furthermore, forms are usually dynamic, you have some fields present or not depending on the context and other inputs. > (To be precise, they were originally made using RAPID [2] and > converted to Glade using rapid2glade.pl [3]) Why not to directly deserialize widgets skipping GLADE? In a comparable case: http://www.dmitry-kazakov.de/ada/aicwl.htm#13 the editor only changes widget properties. All widgets support serialization/deserialization interface (stream I/O). Though manual widget construction is still easier than drawing. -- Regards, Dmitry A. Kazakov http://www.dmitry-kazakov.de