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:620a:248e:: with SMTP id i14mr6662167qkn.542.1644828308293; Mon, 14 Feb 2022 00:45:08 -0800 (PST) X-Received: by 2002:a25:6e8b:: with SMTP id j133mr11016786ybc.148.1644828308049; Mon, 14 Feb 2022 00:45:08 -0800 (PST) Path: eternal-september.org!reader02.eternal-september.org!news.misty.com!border2.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: Mon, 14 Feb 2022 00:45:07 -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: <90d5c3ac-77c9-469d-bd97-5ec2cea3e148n@googlegroups.com> Subject: Re: GtkAda for GTk4? From: Andreas Almroth Injection-Date: Mon, 14 Feb 2022 08:45:08 +0000 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Xref: reader02.eternal-september.org comp.lang.ada:63511 List-Id: On Sunday, 13 February 2022 at 23:35:48 UTC+1, Luke A. Guest wrote: > On 13/02/2022 20:26, Andreas Almroth wrote:=20 > > On Sunday, 13 February 2022 at 17:46:09 UTC+1, Dmitry A. Kazakov wrote:= =20 > >> On 2022-02-13 16:32, Andreas Almroth wrote:=20 > >>=20 > >>> Looking at the excellent support for GTK in GtkAda over the past many= years, which I have enjoyed using, I was looking for (aka googling) refere= nces to any initial thoughts/work on having GtkAda to also support GTK4.=20 > >> 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 > >> > It's almost like wxAda would've been better... > > Well, they might, but it is still based on C, which is easier to interf= ace to from Ada, than say C++ (which I have found cumbersome). Most other G= UI frameworks 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). > Can confirm, binding C++ is too easy to burn out on, having done so on=20 > wxAda. First, I have to correct myself... Seems Leonid Dulman provides QT5 and QT6= support as part of Ada Studio (google qt6ada). Just saw another post on th= e adagorge.org re-design, and found QT that way... /A