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,c32fe290813aec20 X-Google-Attributes: gid103376,public,usenet X-Google-Language: ENGLISH,ASCII-7-bit Path: g2news1.google.com!news2.google.com!border1.nntp.dca.giganews.com!nntp.giganews.com!newsfeed00.sul.t-online.de!t-online.de!storethat.news.telefonica.de!telefonica.de!news-fra1.dfn.de!newsfeed.velia.net!noris.net!newsfeed.arcor.de!newsspool1.arcor-online.net!news.arcor.de.POSTED!not-for-mail From: "Dmitry A. Kazakov" Subject: Re: New Ada portable GUI Library? Newsgroups: comp.lang.ada User-Agent: 40tude_Dialog/2.0.15.1 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Reply-To: mailbox@dmitry-kazakov.de Organization: cbb software GmbH References: <6d63c543-0a35-4c39-a330-98c63a24f64d@i3g2000hsf.googlegroups.com> <1365533.nRhg4MZKNK@linux1.krischik.com> <4e5ffa74-e1d6-4e80-9dd9-824df475a60c@e10g2000prf.googlegroups.com> <970df333-8c12-4f5d-b32b-ded6a84a0195@v4g2000hsf.googlegroups.com> <187iruircnfuu$.oc2g47zys18k.dlg@40tude.net> <29b4fb7f-afb5-4428-9a73-2bac655b3a27@k39g2000hsf.googlegroups.com> <14ilupzt2jywp$.up5hy9th8dnt$.dlg@40tude.net> Date: Sun, 13 Jan 2008 13:36:48 +0100 Message-ID: <10yzqxceqya5j$.dz9c9n63dtwv$.dlg@40tude.net> NNTP-Posting-Date: 13 Jan 2008 13:36:50 CET NNTP-Posting-Host: a6bf6ecd.newsspool4.arcor-online.net X-Trace: DXC=JfmGNmVoS]SHigV@eW57PQ4IUK\BH3YR1R]Zd10Z9gUDNcfSJ;bb[UIRnRBaCd On Sun, 13 Jan 2008 02:25:29 -0800 (PST), Tomek Walkuski wrote: > On 13 Sty, 11:06, "Dmitry A. Kazakov" > wrote: >> The only goal of a *true* Ada GUI library, IMO, could be a library which >> would have a chance to become a part of the Ada Standard Library. So Gtk is >> just non-starter here. We cannot depend on third-party libraries. >> > So, Dimitry, you are proposing "Swing approach". I'm talking about > "look and feel" issue, because it is important to many people. Actually this is an independent issue. Nothing prevents us from inheriting the look-and-feel of the target platform. The look-and-feel should/could propagate up the layers, provided the design supports look-and-feel management. IMO it should. However, weighting look-and-feel and an ability to have a standard library, I would say that I am ready to sacrifice look-and-feel. After all the "look-and-feel" of tasking, I/O etc is not one of UNIX or Windows. I would not shed tears about that. Further, for good or bad, there is not that many differences as it was before. Today Linux tries to mimic Windows. -- Regards, Dmitry A. Kazakov http://www.dmitry-kazakov.de