From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: David Pirotte Newsgroups: gmane.lisp.guile.user Subject: Re: G-Golf - Help with ListView needed Date: Thu, 9 Mar 2023 19:08:27 -0300 Message-ID: <20230309190827.49275754@aicha> References: <20230306010758.454a9bb1@aicha> <20230306190939.49a8085e@aicha> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_/90Z0nxwsFsqN8lquk3T7oPc"; protocol="application/pgp-signature"; micalg=pgp-sha512 Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="17563"; mail-complaints-to="usenet@ciao.gmane.io" Cc: guile-user@gnu.org To: Michele Lindroos Original-X-From: guile-user-bounces+guile-user=m.gmane-mx.org@gnu.org Thu Mar 09 23:08:57 2023 Return-path: Envelope-to: guile-user@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1paORV-0004Ol-Oe for guile-user@m.gmane-mx.org; Thu, 09 Mar 2023 23:08:57 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1paORH-0003ii-18; Thu, 09 Mar 2023 17:08:43 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1paORF-0003iY-F2 for guile-user@gnu.org; Thu, 09 Mar 2023 17:08:41 -0500 Original-Received: from sys2.all2all.org ([79.99.200.14] helo=moses.all2all.org) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1paORD-0005oW-Fl for guile-user@gnu.org; Thu, 09 Mar 2023 17:08:41 -0500 Original-Received: from localhost (localhost [127.0.0.1]) by moses.all2all.org (Postfix) with ESMTP id 755EF67C007E; Thu, 9 Mar 2023 23:08:35 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at moses.all2all.org Original-Received: from moses.all2all.org ([127.0.0.1]) by localhost (moses.all2all.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5PWl78Au2o3P; Thu, 9 Mar 2023 23:08:35 +0100 (CET) Original-Received: from aicha (unknown [179.210.48.245]) by moses.all2all.org (Postfix) with ESMTPSA id 4A8CB67C0078; Thu, 9 Mar 2023 23:08:33 +0100 (CET) In-Reply-To: X-Mailer: Claws Mail 4.1.1 (GTK 3.24.36; x86_64-pc-linux-gnu) Received-SPF: pass client-ip=79.99.200.14; envelope-from=david@altosw.be; helo=moses.all2all.org X-Spam_score_int: -25 X-Spam_score: -2.6 X-Spam_bar: -- X-Spam_report: (-2.6 / 5.0 requ) BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: guile-user@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: General Guile related discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guile-user-bounces+guile-user=m.gmane-mx.org@gnu.org Original-Sender: guile-user-bounces+guile-user=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.lisp.guile.user:18928 Archived-At: --Sig_/90Z0nxwsFsqN8lquk3T7oPc Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Hi Michele, > ... > You are right, I'm linking against gtk-4 shipped by the distribution > I'm using. In this case, I'm on Ubuntu 22.04 which, at the time of > writing this email, ships gtk-4 version 4.6.6. > This leads me to a few follow-up questions: =20 > 1) I did build G-Golf using automake which should figure out all > versions of the libraries I'm linking against. there are two questions, here is the first answer: G-Golf 'figures out' its own dependencies, and gtk is not a g-golf dependency - note that this said, you need gtk+-3.0 to run make check, but that is because it's needed to check the override mechanism, there is 'no way out' - currently make checks also depends on clutter but i am working to entirely remove the clutter dependency] > Should an error have been raised when I called the incompatible > constructor? Or maybe a print in the console log? G-Golf can't do that, as by design, goops and the mop (meta object protocl) allow 'other keyword(s)' (in a make call) - so this would raise many false positive. Also, as you may see in the peg-solitaire example, G-Golf users may define GObject sub-classes that define direct slots that define init-keyword, and those slots not registered as g-properties - ll this is/are a feature, not a bug - this situation would also trigger hundreds of false positive lanching then playing the game ... You, as a G-Golf user and the author of a G-Golf based app, must know your 'stuff', consult and double check the upstream lib doc ... there is 'no way out either'. > 2) Assuming I want to write shippable code, is it possible to know > which gtk-4 version is being used and which constructor to call? You will have to, assuming you use the autotool chain, add your own app dependencies, like for example PKG_CHECK_MODULES(GTK, gtk+-4.0 >=3D 4.6.6) [or another version ofc, just an example ... =20 > 3) Is gtk-string-list unique in this regard, or are there also other > classes which need to be instantiated using the non-idiomatic way? Certainly not, but as i said, you write the app, you check (which is easy really, and quite re insuring for your users ... as i said, you must know your stuff, the upstream lib doc, its version, dperecation, new interfces ... and try/doublecheck/verify when you face such a situation ... there is no way out either, and be prepared, gtk and libadwaita are in constant evolution ... > Thanks a lot for all the help! No problem, Thanks for using G-Golf! David --Sig_/90Z0nxwsFsqN8lquk3T7oPc Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iQEzBAEBCgAdFiEEhCJlRZtBM3furJHe83T9k6MFetcFAmQKWNsACgkQ83T9k6MF etfRMwf+PiMT4ScIHpyZWt4KZ9oih2BmvTWOMId2wgYBu/I5fSS1+p3VHzPy7hvj 0ziJnAAg2BXa5vKRdu22EAf8VviB+Ne/PRWy2pz1Wz9hu/b7NcOx4zkRsijO0LJa W9RUxhBgDAQJV0lx8a3Y4507mVLD59e/sMUFjUPFK9M3fY2Bmraa7ntWL/nH4c52 KBjK8QZgfsZUMqVSFoGtI5p2WemY4EyaZRA9SldTXXI9/b1er0HRFeFHG5vBnmm4 B5sde6uebQ7Bb6EeFzponKE4lRe49yMbTe3ypdPhoQ2HX9yfbaboFun+FrSg1xfZ 3Y/tUbq+GHrg/5dtdIRE6ou9sDMA0Q== =WQZv -----END PGP SIGNATURE----- --Sig_/90Z0nxwsFsqN8lquk3T7oPc--