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.help Subject: Re: Would there be a drawback of using the same graphical toolkit on every platform? Date: Sun, 20 Feb 2022 16:00:40 +0200 Message-ID: <83sfsdwsc7.fsf@gnu.org> References: <87bkz3pltw.fsf@yahoo.com> <87pmnil4w0.fsf@yahoo.com> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="30948"; mail-complaints-to="usenet@ciao.gmane.io" To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org Sun Feb 20 15:02:44 2022 Return-path: Envelope-to: geh-help-gnu-emacs@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 1nLmnS-0007to-6n for geh-help-gnu-emacs@m.gmane-mx.org; Sun, 20 Feb 2022 15:02:42 +0100 Original-Received: from localhost ([::1]:44650 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1nLmnQ-0001my-Ps for geh-help-gnu-emacs@m.gmane-mx.org; Sun, 20 Feb 2022 09:02:40 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:42204) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nLmlX-0001kl-4f for help-gnu-emacs@gnu.org; Sun, 20 Feb 2022 09:00:44 -0500 Original-Received: from [2001:470:142:3::e] (port=56478 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 1nLmlU-0007ne-Et for help-gnu-emacs@gnu.org; Sun, 20 Feb 2022 09:00:42 -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=UnfnZr5I2XAX+3p2jk4LR07mhjt+AWAKKgj7e2vgGA4=; b=oHNUcP4ssj9d BU3P/oqsMKKtI014MR5R4Xuk93nx4RQURPnFdu+AQwgpwCNbvFesobsA6LfYduemEX/XGgDUwmafL vWUMjz7iouqqYeEojDGknDItkM0kGahhqIKP/C7Smbg8EcsYbUtxym0zz0USmi/o30WiReaLF68k/ 0qNtbivy+FPFozSTwi0d3hSXPaE9SJu0jQ9ZVGJ41sQl/vLnQ6107totVueEwtgoC2BmMtSVBH2Xs DifUFjzolG7G7q4S+Hj0DzQWBwnOsi1KpO7mEJT65MscUJsWKzZBW+1RmxvcYixCx+ey3sxTOZFcZ 53CJHvTNTSSBfKv9Wa5Uwg==; Original-Received: from [87.69.77.57] (port=4435 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 1nLmlS-000246-Gs for help-gnu-emacs@gnu.org; Sun, 20 Feb 2022 09:00:40 -0500 In-Reply-To: (message from Arthur Miller on Sun, 20 Feb 2022 14:46:30 +0100) X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "help-gnu-emacs" Xref: news.gmane.io gmane.emacs.help:136063 Archived-At: > From: Arthur Miller > Date: Sun, 20 Feb 2022 14:46:30 +0100 > Cc: emacsq , > emacsq via Users list for the GNU Emacs text editor > > > Po Lu writes: > > >> https://m.facebook.com/nt/screen/?params=%7B%22note_id%22%3A10107017870677858%7D&path=%2Fnotes%2Fnote%2F&refsrc=deprecated&_rdr > > > > That article is misleading. > > Is it? You should listen to Po Lu: he knows what he's talking about. > > The GLib (GTK) event loop is the least of our problems, which is handled > > very well with a small amount of code in xgselect.c. That toolkit has > > its own ideas of how not to listen to the programmer which makes it very > > annoying to deal with (i.e. in both the X and PGTK builds, it keeps > > fighting with Emacs over the size of frames, and it's the only build > > where `scroll-bar-width' doesn't work.) > > > > It also has various bugs in features the developers deem uncommon, such > > as crashing when a display connection is closed. > > Several entire desktops and countless applications implemented with Gtk > for different OS:s certainly speak in favor of your arguments. > > Cetainly it must be problem to Gtk and someone elses incompetence, can't be > that Emacs is using it in a manner it wasn't supposed to be used. How many "other applications" using GTK support dynamic menus and allow users to create their own menus? How many "other applications" using GTK support user-level threads? How many of them let user code control the display to a degree that Emacs does? Yes, Emacs stands out, because it does all of those, and more. > You can either do as you do and consider a framework design to be a bug > because it does not fit into your wishful expectations, or you can recognize > that the design does not fit a particular application in this case Emacs. There > is nothing wrong with that, none framework is required to fit each and every use > case in existence. Emacs uses Gtk in a way it is not supposed to and that > creates some friction. I don't understand why you need to blame that on Gtk? I > am not even very fond of Gtk myself, but there is no reason to be unfair. You never tried to futz with the GTK code in Emacs, did you? It is a collective experience of several generations of Emacs developers that GTK uses some techniques that make Emacs's life very difficult. This is not about assigning blame, nor about fairness, this is just the facts of life. So please understand us when we very much hope a toolkit emerges that is more "friendly" to Emacs than GTK.