From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on ip-172-31-74-118.ec2.internal X-Spam-Level: X-Spam-Status: No, score=-0.5 required=3.0 tests=BAYES_05 autolearn=ham autolearn_force=no version=3.4.6 X-Received: by 2002:a05:622a:1109:: with SMTP id e9mr7444957qty.290.1644783972029; Sun, 13 Feb 2022 12:26:12 -0800 (PST) X-Received: by 2002:a25:ac9:: with SMTP id 192mr10115098ybk.615.1644783971756; Sun, 13 Feb 2022 12:26:11 -0800 (PST) Path: eternal-september.org!reader02.eternal-september.org!border1.nntp.dca1.giganews.com!nntp.giganews.com!news-out.google.com!nntp.google.com!postnews.google.com!google-groups.googlegroups.com!not-for-mail Newsgroups: comp.lang.ada Date: Sun, 13 Feb 2022 12:26:11 -0800 (PST) In-Reply-To: Injection-Info: google-groups.googlegroups.com; posting-host=87.49.146.113; posting-account=8NChnQgAAABYduHZ3wYPl1dIbmQlRV05 NNTP-Posting-Host: 87.49.146.113 References: <1e07b1bf-d60c-41e4-92f1-0f652b48f8d3n@googlegroups.com> User-Agent: G2/1.0 MIME-Version: 1.0 Message-ID: Subject: Re: GtkAda for GTk4? From: Andreas Almroth Injection-Date: Sun, 13 Feb 2022 20:26:12 +0000 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Xref: reader02.eternal-september.org comp.lang.ada:63506 List-Id: On Sunday, 13 February 2022 at 17:46:09 UTC+1, Dmitry A. Kazakov wrote: > On 2022-02-13 16:32, Andreas Almroth wrote:=20 >=20 > > Looking at the excellent support for GTK in GtkAda over the past many y= ears, which I have enjoyed using, I was looking for (aka googling) referenc= es to any initial thoughts/work on having GtkAda to also support GTK4. > Well, knowing GTK's disastrous history it cannot be "also", it must be=20 > either 3 or 4. GTK 4 breaks basically everything one could ever think of.= =20 >=20 True, their rationale is it makes it better :-) > To me new features in GTK 4 do not look worth changing the API again,=20 > not even useful, just fancy stuff. It seems that GTK team keep on=20 > breaking the API rather out of fun than necessity. Instead of hardening= =20 > the code. GTK 3 is still buggy as hell.=20 >=20 Yes, when logging, one tend to get endless log entries on things that shoul= d not happen, but the application tends to functions, and one has learnt to= work arounds the usual issues. > Of course, at some point one will have to migrate, but how about sitting= =20 > GTK 4 over and going straight to GTK 5? Unless they lose remaining users.= .. Well, they might, but it is still based on C, which is easier to interface = to from Ada, than say C++ (which I have found cumbersome). Most other GUI f= rameworks are based on C++, for instance QT. QTAda is as far as I know not = maintained (I haven't seen much in a very long time). > > I know, GTK4 has only been "out" for little over a year, but it would b= e interesting to know if anyone considering doing this. I would be glad to = participate, although with limited know-how of the inner workings of GtkAda= , but at least testing perhaps. > GtkAda is maintained by AdaCore, so it is them to ask.=20 >=20 I could try my luck with them :-) Thanks /A > --=20 > Regards,=20 > Dmitry A. Kazakov=20 > http://www.dmitry-kazakov.de