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: Sat, 7 Mar 2020 01:32:01 +0200 Message-ID: <9cb2f0f2-2f9a-5122-1813-742972ee25d2@yandex.ru> References: <2056a194.3971.16f8d4dd4c5.Coremail.tumashu@163.com> <44010781-43f0-3bc3-06ed-475c526dee36@gmx.at> <70813591-8c24-cb30-8ecf-0c413a51f472@gmx.at> <81215100-3476-9d2c-f535-f57fbd18fd8b@yandex.ru> <8a485c09-535a-97e6-9817-31e6d2f93adb@gmx.at> <0734f22f-9237-d46a-27d5-016444f48d70@gmx.at> <5e28c37f-95a9-a5ae-d73c-b5bb769154c0@yandex.ru> <4c0993c7-0583-8573-60c5-ab0a92121fd3@gmx.at> <4b114f01-d8d9-2c33-6312-1e2e60a5d462@yandex.ru> <127bb534-e77c-bad0-683b-92c206feeba1@yandex.ru> <2af76486-f976-eef0-683c-45b7ea6c54eb@gmx.at> <090b65ce-f90a-c959-c72b-be73d5a2eb19@yandex.ru> <15b20ca9-b684-1ad5-3a25-822a00736c69@yandex.ru> <945fb9b8-1563-d650-ea47-4edd42d69d5f@yandex.ru> <2855252a-b9e2-47d0-6d7a-d44fa32db36c@gmx.at> 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="51586"; 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 Sat Mar 07 00:32:45 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 1jAMST-000DKZ-EG for ged-emacs-devel@m.gmane-mx.org; Sat, 07 Mar 2020 00:32:45 +0100 Original-Received: from localhost ([::1]:43514 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jAMSS-0007EM-Do for ged-emacs-devel@m.gmane-mx.org; Fri, 06 Mar 2020 18:32:44 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:53894) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jAMRr-0006gZ-1Z for emacs-devel@gnu.org; Fri, 06 Mar 2020 18:32:08 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1jAMRq-000158-1a for emacs-devel@gnu.org; Fri, 06 Mar 2020 18:32:06 -0500 Original-Received: from mail-wr1-x42f.google.com ([2a00:1450:4864:20::42f]:38936) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1jAMRp-0000yl-RM for emacs-devel@gnu.org; Fri, 06 Mar 2020 18:32:05 -0500 Original-Received: by mail-wr1-x42f.google.com with SMTP id y17so4252326wrn.6 for ; Fri, 06 Mar 2020 15:32:05 -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=zOdMqAbeWzT5lC6wLCWJ0hBBNC1tc+ikplvbTMa3qqg=; b=iNHcn/s0Qn1vNNI3xbRD1pWvpJi/RP6NsG71zCcllhyvP5zVtcGtxatfXuEk5T9Vw2 5GnaYweKeag4P9cysxpmrkYk1WDzz0mbpXGwpMsnUyXGT+JprqkoPj9Z84ldVPXcwCpM m8YNfjIODbEJgO0FYh5FKcelLeISL+wP4Ps04lk5li1KqTJkF8wNAFBiDbbhPsRYIcki 7RtuxFiqUU2AtmbCAVSxyqfl9GjSgy9OyqUcbPW5lEbtVvoFpdoLNWt2Arxi6NaWvPmD p8d3QxMymxbdrQ78ln8SGLb2uSKFdEulabDQ74QcQDVwat5sior4SiUFY0x/KIuz7pYc KjQQ== 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=zOdMqAbeWzT5lC6wLCWJ0hBBNC1tc+ikplvbTMa3qqg=; b=ZHwYHv5uYzuWSOv0m5niEh/q7GHIt5CG8gPzIIvYn32h2eE4Tp2/b1sV4GkF0s3SR6 JmtUIJje2fyOZ6/sEXVJr67ShNkznUphHSHNYtUF7RNKyae/0KUsnp977uYTzToAfV1L OICvQ8DYoiERJPa48oXXpBLLLAwPHNZvfGwHCyQxKUrYKyPhi2uHpmkVk7I6l+4BHpA3 uAZPQfnuQE+U8nZRb4mHiVKKKtXssI6tM3drN6nM3DfvnkVAjk5hi+Pc73tGNH9/ck9D OJ0EHVaCpcMfMigYtCUxQ+DrfN+WZDPe9w/epkeAe3aT/Id1H6qsCfA058maTUFmngCT zVuw== X-Gm-Message-State: ANhLgQ27fjJ1pRjGb5eFWHmq9g131Z5RNVV2zTLjU9s/DwsrIJqWe3+s 2DyG7v1YO/ZwXenGjVWvyRq3Jh+q X-Google-Smtp-Source: ADFU+vuST46DVoQjG1JqdMWfZBLTjGuPFyfcFR76R6qHsN50FDWOtP8tlkQqwr7lvym2N0cScDlWAw== X-Received: by 2002:a5d:4484:: with SMTP id j4mr6702572wrq.153.1583537523992; Fri, 06 Mar 2020 15:32:03 -0800 (PST) Original-Received: from [192.168.0.2] ([66.205.73.129]) by smtp.googlemail.com with ESMTPSA id c11sm50180311wrp.51.2020.03.06.15.32.02 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 06 Mar 2020 15:32:02 -0800 (PST) In-Reply-To: <2855252a-b9e2-47d0-6d7a-d44fa32db36c@gmx.at> 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::42f 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:245299 Archived-At: On 26.02.2020 19:30, martin rudalics wrote: > > I could ask why not omit the call to gtk_window_resize when > (totalwidth == gwidth && totalheight == gheight), but that would > probably only affect performance. > > You mean like in the attached?  It hardly affects performance here. That's what I meant, yes. After testing it, I'm also not sure if there's a real performance improvement there. But maybe this change wouldn't hurt either. > I meanwhile did a full GNOME installation here, a somewhat nightmarish > experience trying to get a system menu and task bar, recovering all the > stolen key bindings, disabling the trackers ...  It strongly reminds me > of Windows 10 where I never managed to fix all relevant issues. Personally, I don't use the system menu, or a task bar. Only a dock on the left. But then again, I'm using the Unite extension that makes it behave like Ubuntu's Unity. > Anyway, AFAICT the hide during resizing approach seems to be the only > halfway working alternative at the moment. That, or the patch using the obsolete gtk_container_set_resize_mode. I'm not 100% sure which is the best choice (you seem to be favoring the hiding approach, judging by the next paragraph), but the other one seems to provide a better experience in the use case I'm looking at. Especially when combined with (setq x-wait-for-event-timeout 0.0). > It's also the only one that > can show a scroll bar on a child frame (not necessarily right away but > after one resize operation at least).  Which hints at some outer-window > vs edit-window snafu but so far I have no idea where to look. FWIW, I'm pretty sure 99.9% of users of child frames out there aren't going to enable scroll bars.