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.4 required=5.0 tests=BAYES_00,FAKE_REPLY_C, MAILING_LIST_MULTI autolearn=unavailable autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,f1ce6ebb280c2c03 X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2003-01-27 07:17:05 PST Path: archiver1.google.com!news1.google.com!newsfeed.stanford.edu!nntp.cs.ubc.ca!freenix!enst.fr!not-for-mail From: "David Botton" Newsgroups: comp.lang.ada Subject: Re: GtkAda for professional GUI-Application ? Date: Mon, 27 Jan 2003 10:16:45 -0500 Organization: ENST, France Message-ID: Reply-To: "comp.lang.ada mail to news gateway" NNTP-Posting-Host: marvin.enst.fr Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Trace: avanie.enst.fr 1043680624 37805 137.194.161.2 (27 Jan 2003 15:17:04 GMT) X-Complaints-To: usenet@enst.fr NNTP-Posting-Date: Mon, 27 Jan 2003 15:17:04 +0000 (UTC) To: "comp.lang.ada mail to news gateway" Return-Path: X-pair-Authenticated: 64.144.3.99 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2720.3000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 X-BeenThere: comp.lang.ada@ada.eu.org X-Mailman-Version: 2.1 Precedence: list List-Id: comp.lang.ada mail to news gateway List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Xref: archiver1.google.com comp.lang.ada:33455 Date: 2003-01-27T10:16:45-05:00 Martin's scheme is some what the opposite of what I was trying to say. What I am saying is design your application in a client server like fashion with the GUI accessing your application through clear interfaces. Writing a different GUI client for each platform you wish to support. No reason though you could not take advantage of Martin's scheme to increase productivity accross platforms by using it as the basis for the GUI or simple form like projects, but I would engourage heavy use of grabbing the native API handles and doing heavy platform specific customization, etc. The fact that the Rapid framework is so limitted is its biggest plus. You can not be all things to all people on all platforms. There is some preliminary work on a GWindows implementation for Rapid (I believe it is included with the distribution). I saddly keep getting pulled away from GNATCOM/GWindows and Ada in general and was not able to give Martin what he needed to complete it. I'll try and see if I can steel some time to apply myself to that. David Botton ----- Original Message ----- From: "Frank Piron" Newsgroups: comp.lang.ada To: Sent: Monday, January 27, 2003 3:27 AM Subject: Re: GtkAda for professional GUI-Application ? > So, what you suggest is a "rapid-like" approach ? > > Thanks for your comments, Frank Piron > > David Botton schrieb: > > > > Speaking as an "application" developer, using GWindows, CLAW or other native > > framework will always give you a superior product on Windows. I prefer to > > always abstract the GUI and write a version of the GUI front end for each > > platform in their native framework (GtkAda for Linux, GWindows for Windows, > > Cocoa for MacOSX, etc.) > > > > Of course if you are just "hacking" a front end that end users will not be > > using, GtkAda works OK on windows. > > > > Support for GWindows/GNATCOM and GtkAda are both available from ACT > > (sales@gnat.com) > > > > David Botton > > > > > But now we are unsure, wether its mor attractive to > > > choose GtkAda for the Gui-Components, because then the > > > Client - Library will compile in Gnu-Linux-Environments too. > > > Unfortunately GtkAda 1.3.12 ( Windows ) cannot handle > > > German - Umlaute. Further i did play around with the > > > "testgtk"-Application for windows and noticed that its > > > not so stable and smooth as Gwindows is. > _______________________________________________ > comp.lang.ada mailing list > comp.lang.ada@ada.eu.org > http://ada.eu.org/mailman/listinfo/comp.lang.ada