From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Platform independent graphical display for Emacs Date: Sat, 25 Dec 2021 13:38:24 +0200 Message-ID: <83lf08rk27.fsf@gnu.org> References: <87ilvgwfor.fsf@telefonica.net> <83a6grx1o9.fsf@gnu.org> <834k6zwvi1.fsf@gnu.org> <87h7azilmu.fsf@yahoo.com> <87sfujh4a2.fsf@yahoo.com> <877dbuhm6j.fsf@yahoo.com> <87tueyg5gc.fsf@yahoo.com> <83y24asbh4.fsf@gnu.org> <83tuexqh7w.fsf@gnu.org> <9c04ef31-96e0-1874-7385-633435a28b5f@yandex.ru> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="10653"; mail-complaints-to="usenet@ciao.gmane.io" Cc: luangruo@yahoo.com, stefankangas@gmail.com, drew.adams@oracle.com, emacs-devel@gnu.org To: Dmitry Gutov Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sat Dec 25 12:39:07 2021 Return-path: Envelope-to: ged-emacs-devel@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 1n15OF-0002aN-9E for ged-emacs-devel@m.gmane-mx.org; Sat, 25 Dec 2021 12:39:07 +0100 Original-Received: from localhost ([::1]:51250 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1n15OD-0007p4-Hs for ged-emacs-devel@m.gmane-mx.org; Sat, 25 Dec 2021 06:39:05 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:50116) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1n15NP-0006yy-6T for emacs-devel@gnu.org; Sat, 25 Dec 2021 06:38:15 -0500 Original-Received: from [2001:470:142:3::e] (port=47466 helo=fencepost.gnu.org) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1n15NO-0003Ll-En; Sat, 25 Dec 2021 06:38:14 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=iZXOihau2VfeTgk0oF3qs/XnpXb4ouJbmN1voYlE/UU=; b=chaNd2N8lBZH JkCw/E5oV2a1SKn4AQOhSyca56sPTOmiLYdI6CK/LyleGeOhF3ru2h5dhROhMnXaeG05k93q0MkUk AWX3+ScvJtuq2EJUQpjzLZzSiNKinMVfhkgrQAVkz02606kUNT+U2q4C+eDer7C5UVj4nfKvQEuIv mrf8Yfa0a/nLH3J1lYFvvzyQn2V+ciXrQDjjakroKfg+EVqjpJU0yZ38za9EyHZMYKMq35ZooYmht 3fE8A9DW2tbW0bUuV6Br+91iiv2e6nxgtrunHd773C9MGdYxDfB8o+MzE0ksPm9FpYV8K8YiITlDV ZlnNn6yFB3CH9v/7g7ZB0Q==; Original-Received: from [87.69.77.57] (port=3129 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1n15NO-0005PQ-7g; Sat, 25 Dec 2021 06:38:14 -0500 In-Reply-To: <9c04ef31-96e0-1874-7385-633435a28b5f@yandex.ru> (message from Dmitry Gutov on Sat, 25 Dec 2021 13:23:01 +0200) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:283196 Archived-At: > Cc: stefankangas@gmail.com, luangruo@yahoo.com, drew.adams@oracle.com, > emacs-devel@gnu.org > From: Dmitry Gutov > Date: Sat, 25 Dec 2021 13:23:01 +0200 > > On 25.12.2021 10:25, Eli Zaretskii wrote: > > >> How it that different from a BeOS port, or a PGTK port, or etc? Where > >> the general policy has been (I think?) that we accept such contributions > >> as long as there interest from the author in maintaining it, and some > >> probable interest the users. > > > > The suggestion, as I understood it, was to drop all the other toolkits > > and leave only this proposed one. That was its main "selling point". > > If we decide to have just one toolkit, then having that unmaintained > > would be a serious problem for the future of Emacs. > > Before we could do that, we'd need to have this port functional first, > and the problem with dropping all others would be in reaching a > consensus across emacs-devel (at least) that the new one is better than > the others. And it maintained/maintainable, of course. > > That should pretty much guarantee that it will be maintained. But the > odds of reaching that point are pretty slim, of course, given that we > don't lack in different viewpoints here. So you'd suggest to the OP to develop the software in the hope that all of the above will happen? And if it doesn't, just agree for the results to be abandoned? The OP would have to agree to that. And I fail to see how that solves the long-term maintenance problem, once we do accept the code. This happened in the past, more than once. > > I have nothing in principle against improving the no-toolkit > > configuration. I do think that _adding_ another no-toolkit > > configuration would be undesirable, because it would make the > > proverbial "spaghetti of Emacs code" even harder to understand and > > maintain. (I don't think such a suggestion is on the table, but since > > you seem to say I misunderstood the suggestion, perhaps I've > > misunderstood that as well.) > > I would at least hope that switching to another no-toolkit configuration > (and removing the current one soon after) is on the table. After getting > enough consensus, naturally. What would be the motivation for such a switch, as opposed to just incrementally improving the existing no-toolkit build? Come to think of that, what exactly is the difference between these two alternatives? > It might become feasible to remove a number of them, though. So far we've failed to do that. > > I'm not saying it's impossible, I'm just saying we don't have such > > talent on board. Maybe Blender does, which would be understandable, > > given the focus of the project. Our experience is that GUI experts in > > our ranks are very rare and far in-between, and there are no reasons > > to believe this will change. > > Having a port like that developed could get us +1 such expect. Yes, miracles and improbable events do happen sometimes. But planning our future on that hope is unwise at best. If and when that happens, then we should probably grab the opportunity, but we are not there now, I think.