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,64c3c2eecb97862b X-Google-Attributes: gid103376,public X-Google-Language: ENGLISH,ASCII-7-bit Path: g2news1.google.com!news1.google.com!proxad.net!212.101.4.254.MISMATCH!solnet.ch!solnet.ch!news-zh.switch.ch!irazu.switch.ch!switch.ch!newsmi-eu.news.garr.it!NewsITBone-GARR!newsserver.cilea.it!news.crs4.it!not-for-mail From: Jacob Sparre Andersen Newsgroups: comp.lang.ada Subject: Re: GUI in one package or several child packages? Date: 10 Feb 2005 16:21:45 +0100 Organization: CRS4, Center for Adv. Studies, Research and Development in Sardinia Message-ID: References: NNTP-Posting-Host: jacob.crs4.it Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: pietro.crs4.it 1108047649 2752 156.148.71.80 (10 Feb 2005 15:00:49 GMT) X-Complaints-To: news@nntpserver.crs4.it. NNTP-Posting-Date: 10 Feb 2005 15:00:49 GMT User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 Xref: g2news1.google.com comp.lang.ada:8225 Date: 2005-02-10T15:00:49+00:00 List-Id: Preben Randhol wrote: > If one use glade to make GtkAda GUI one get all the gui in one > package for the whole program. If we now don't include dialogs > etc... but only look at a case with a main window and a lot of > different features: > > What are the arguments to keep the whole GUI in one package. > What are the arguments to split it up into child packages belong > to the different featuers. I have made it a habit to use GLADE for prototyping. Once I have a part of the GUI looking about right, I try to organise it in sensible packages. Things which seem to be reusable are named as child packages of GtkAda, while more specific parts are kept in packages related to the project. I find it hard to see any arguments for keeping the whole GUI in one package. As far as I can see, there is nothing that makes the GUI part of a program sufficiently different from other parts of a program, to make it sensible to ignore the general rule of separating code out in units with well-defined (and minimal) interactions with the remainder of the program. Jacob -- CHRES(1) CHRES(1) NAME chres - change response strategy SYNOPSIS chres MODE OPTIONS -b, --bitter only answers to exactly what was asked -f, --friendly tells people what they need to know -p, --politician tells people what they should know