From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.ciao.gmane.io!not-for-mail From: Dmitry Gutov Newsgroups: gmane.emacs.devel Subject: Re: Emacs's set-frame-size can not work well with gnome-shell? Date: Tue, 21 Jan 2020 15:11:11 +0300 Message-ID: <7dd69fe5-4ef4-782c-2fba-031d475f6406@yandex.ru> References: <2056a194.3971.16f8d4dd4c5.Coremail.tumashu@163.com> <67eb5852-2047-1e74-1c83-fb8f1767a772@gmx.at> <9157f42c-ae6b-9537-4b44-08672cf60884@gmx.at> <4fc23d82-7a6a-6011-698a-b4f9d7eb6a53@yandex.ru> <5597826b-98b3-179d-ba9a-2deb314cba44@gmx.at> <2d112f1b-ea8e-ac49-1dac-9218db32f6fc@yandex.ru> <44dfe3ee-5c08-9a60-a642-8411c8e22921@yandex.ru> <35329f93-d7a9-e845-ddb4-9c4edec5fb43@yandex.ru> <53c7798d-3022-d4bd-af56-ea4a5181a887@gmx.at> <15405719-d58d-44db-f1df-ad3bb272b2fc@yandex.ru> <437eae9b-ccc1-3875-86b7-1af0e61b6e15@gmx.at> <710da57c-28dc-fab7-81af-0318a9389d6a@yandex.ru> <0e41cd9e-8be3-f67a-6958-7bad38ee1266@gmx.at> <6c86c25b-22df-2b69-34fe-539605f624ba@yandex.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="9986"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.9.0 Cc: "emacs-devel@gnu.org" To: martin rudalics , tumashu Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Tue Jan 21 13:12:03 2020 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 1itsO3-0002R3-8i for ged-emacs-devel@m.gmane-mx.org; Tue, 21 Jan 2020 13:12:03 +0100 Original-Received: from localhost ([::1]:52652 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1itsO2-0005J6-8A for ged-emacs-devel@m.gmane-mx.org; Tue, 21 Jan 2020 07:12:02 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:49441) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1itsNJ-0004qj-4G for emacs-devel@gnu.org; Tue, 21 Jan 2020 07:11:18 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1itsNH-0002At-Ol for emacs-devel@gnu.org; Tue, 21 Jan 2020 07:11:16 -0500 Original-Received: from mail-lf1-x12d.google.com ([2a00:1450:4864:20::12d]:42345) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1itsNH-0002AF-HJ for emacs-devel@gnu.org; Tue, 21 Jan 2020 07:11:15 -0500 Original-Received: by mail-lf1-x12d.google.com with SMTP id y19so2050265lfl.9 for ; Tue, 21 Jan 2020 04:11:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=ze0nlbP1/depzdg0kjVWcRwLOeTerbF7Uw0dwLFfKLw=; b=GGGdJnIiXKqAkUK3HI1doghzNUxdmRrgLZsfC+uzI4z7dg1NQiNAcllQQpoVSiW8O5 slnuWVRxyQsx+PU0+hYQw4GqJuILb4DIASnjjYGuOspGHFTPUKgkFXfv8sGGxGO9b9fx uNI9wx1RfvE2vJCBtkD9EZrr5JR8VRCgM2I6NK9RmavQIB0i2UEyt/5MhTpUBNGdc39A /TVW+kFw7A9A3A3QlwottVeUTajTZ9rTNj4wDHKaFjs9qeYAfyfT18lwB4kaDPovY8A+ OCEd/VENIH0CsWsdG4DSYPS5T/y2LWXcy4Ng0S4i37dnMTXF83IY0/79NRs7B+gnfZm9 FTZw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:cc:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=ze0nlbP1/depzdg0kjVWcRwLOeTerbF7Uw0dwLFfKLw=; b=KRspZV+ZLekfaNclLzCIN5ZevEgxK6FFfgYRiPZ+2RXa5pz7XhdxfaBdOJlAwi7Gz3 Kzgho3lEh3/M7Z+ItqSw0No4Yr2WmSqJHE+VuIHYBmzi4R4Oym4FzU9JjVM3It6kQD0c qY/mulomgj3S2tO2MEjfCvt6MjOuVu4WbBpVwwFxiPVfpX4FZ5roKy+qMvk5i9GAsoZc Gd66xRVQAx2qoUMxRaIaKjzU9Vv9DM4eI1gHrtjJNEjEt2T6teMjcx+rzb9AxVMIkcpr aBqqFiJC6IwwfoxDoY10XDePFvatlDOzKXjTrTROUwbs1BzSH09n3/Qp8KufMwNO5jKO r8hA== X-Gm-Message-State: APjAAAVlpea/gLhSZdIcml7a1GRgdNW6jNUYoM8eKzvZO8VwbZTbxv4b PwnUKxsiCkzfbAd545e5eZf7dEevAFs= X-Google-Smtp-Source: APXvYqwsqErg00nb7xOSzekEgWAJqSq6McsCfZd1QpLdpKP3n+fcaXhMFqPwa7oBYahhUTa2Fks28Q== X-Received: by 2002:ac2:5467:: with SMTP id e7mr2340041lfn.74.1579608673472; Tue, 21 Jan 2020 04:11:13 -0800 (PST) Original-Received: from [192.168.1.142] ([178.252.127.239]) by smtp.googlemail.com with ESMTPSA id y14sm18348082ljk.46.2020.01.21.04.11.11 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 21 Jan 2020 04:11:12 -0800 (PST) In-Reply-To: Content-Language: en-US X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2a00:1450:4864:20::12d X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 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:244456 Archived-At: On 21.01.2020 11:29, martin rudalics wrote: > > GNUstep what? I'm hesitant to install the dependencies, whatever they > are. > > Forget it.  It can be useful for checking dependencies when implementing > new features.  One cannot do practical work with it IME.  What I meant > was rather whether anyone see problms like yours on NS-based machines. Like a Mac? Apparently not. But they do complain about flickering: https://github.com/sebastiencs/company-box/issues/79#issuecomment-576507598 > > Still, a good question. I did a Lucid toolkit build and, lo and > behold, the bug went away. Also it's blazing fast: > > > > (benchmark 200 '(resize-test test-frame)) > > => 0.007s > > So is it usable?  In your other mail you seemed to indicate that it's > still flickering. It's usable, yes. Without visibility cycling, there's little flickering, and it doesn't happen in the simple scenario we're discussing now. > And can you resize child frames by dragging their > borders with it? Yes, that works both with Lucid and Motif. BTW, dragging bottom and right borders is fast and smooth, but dragging top-left is very choppy. > If it _is_ usable, the problem is not with mutter but with GTK (maybe in > connection with mutter) or our interpretation of GTK.  To make very sure > you could also try a Motif build (it had very few dependencies when I > installed it, IIRC). Apparently so. Again, Motif works about as well as Lucid. Unfortunately, I'm getting reports that the Lucid build is much slower than GTK at least for some others: https://github.com/tumashu/company-posframe/issues/2#issuecomment-576582371 > In either case this is the most important finding we had so far.  I > should have asked you earlier. I should have tried it myself as well. > > That didn't help, however. With either value of frame-resize-pixelwise. > > > > Did 'make bootstrap', to make doubly sure. > > I have to go through our GTK code once more.  Maybe I find a similar > discrepancy.  For example, does anything change when you set > 'x-gtk-use-window-move' to nil? No change. > > It appears that they work okay in other desktop environments, though. > It might also turn out to be a GTK problem. > > > > FTR, my GTK version is 3.24.8. > > Mine is 3.22.11 and I'm always reluctant to upgrade my environment.  For > every problem upgrading fixes, I usually get three new ones. If only we didn't have to support newer versions for other users. :-) > Does your > GTK still have the > > (emacs:2053): Gtk-CRITICAL **: gtk_distribute_natural_allocation: > assertion 'extra_space >= 0' failed > > problem?  I see it here when starting emacs -Q from a terminal and use > the mouse to shrink the Emacs GUI frame to something less than the tool > bar width. Yup. I see it.