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,c46082cf4d3df7b2 X-Google-NewGroupId: yes X-Google-Attributes: gida07f3367d7,domainid0,public,usenet X-Google-Language: ENGLISH,ASCII-7-bit Path: g2news1.google.com!news1.google.com!goblin1!goblin.stu.neva.ru!noris.net!newsfeed.arcor.de!newsspool1.arcor-online.net!news.arcor.de.POSTED!not-for-mail From: "Dmitry A. Kazakov" Subject: Re: ANN: Ada industrial control widget library v1.0 released 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: Date: Tue, 15 Feb 2011 12:00:10 +0100 Message-ID: NNTP-Posting-Date: 15 Feb 2011 12:00:10 CET NNTP-Posting-Host: d315978a.newsspool2.arcor-online.net X-Trace: DXC=]cUI^>Slh6_HigV@eW57PQA9EHlD;3YcR4Fo<]lROoRQ8kF On Tue, 15 Feb 2011 11:02:33 +0100, Alex R. Mosteo wrote: > ... and I always envy your > documentation webpages. Are they automatically generated from source? No, manually. When I write documentation I always find lots of errors and inconsistencies in the design and interfaces. So I consider hand-written documentation important, at least to me. > I wonder how much overhead (in terms of noticeable CPU use or user perceived > lag) would an abstract Ada intermediate layer would add to this kind of > library, in order to make the backend switchable. I have done so for my > (very limited) presentation needs, so in my case it is not an issue, but > when I see such a nice widget library I wonder if it could be made usable > not only with GTK (even if with some sacrifices). What backend do you have in mind? And, more importantly, what kind of design "of switching." I.e. is it basically porting GTK/GDK/Cairo to some low-level graphical/OS framework like Windows or X11. Or is it porting the application level library from GTK to something else (e.g. Qt). The former is quite doable, but remains GTK. The latter is very difficult to estimate, but I guess as very difficult. Each move up away from raw rendering towards the application layer makes things more and more complicated. BTW, this is one of the reasons I always wanted we had a purely Ada low/middle level graphic library, rather than GTK or Qt. -- Regards, Dmitry A. Kazakov http://www.dmitry-kazakov.de