From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: martin rudalics Newsgroups: gmane.emacs.bugs Subject: bug#26537: Problems with Emacs frame (GTK) Date: Mon, 17 Apr 2017 14:06:47 +0200 Message-ID: <58F4AFD7.6040907@gmx.at> References: <58F47A0D.8030308@gmx.at> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Trace: blaine.gmane.org 1492430905 18217 195.159.176.226 (17 Apr 2017 12:08:25 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Mon, 17 Apr 2017 12:08:25 +0000 (UTC) To: Angelo Graziosi , 26537@debbugs.gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Apr 17 14:08:19 2017 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1d05S6-0004cC-RK for geb-bug-gnu-emacs@m.gmane.org; Mon, 17 Apr 2017 14:08:19 +0200 Original-Received: from localhost ([::1]:36352 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1d05SC-0002g3-Kk for geb-bug-gnu-emacs@m.gmane.org; Mon, 17 Apr 2017 08:08:24 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:59359) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1d05S5-0002fm-Vs for bug-gnu-emacs@gnu.org; Mon, 17 Apr 2017 08:08:19 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1d05S0-0004uS-Tz for bug-gnu-emacs@gnu.org; Mon, 17 Apr 2017 08:08:17 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:53431) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1d05S0-0004tR-Q7 for bug-gnu-emacs@gnu.org; Mon, 17 Apr 2017 08:08:12 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1d05Rq-000352-6t for bug-gnu-emacs@gnu.org; Mon, 17 Apr 2017 08:08:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 17 Apr 2017 12:08:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 26537 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 26537-submit@debbugs.gnu.org id=B26537.149243082411772 (code B ref 26537); Mon, 17 Apr 2017 12:08:02 +0000 Original-Received: (at 26537) by debbugs.gnu.org; 17 Apr 2017 12:07:04 +0000 Original-Received: from localhost ([127.0.0.1]:51630 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1d05Qu-00033o-11 for submit@debbugs.gnu.org; Mon, 17 Apr 2017 08:07:04 -0400 Original-Received: from mout.gmx.net ([212.227.17.22]:59527) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1d05Qs-00033I-4p for 26537@debbugs.gnu.org; Mon, 17 Apr 2017 08:07:02 -0400 Original-Received: from [192.168.1.100] ([213.162.68.112]) by mail.gmx.com (mrgmx102 [212.227.17.168]) with ESMTPSA (Nemesis) id 0Lyj4F-1bvinp3Ulr-016AFp; Mon, 17 Apr 2017 14:06:54 +0200 In-Reply-To: X-Provags-ID: V03:K0:IG24oSdyKWufLSTgyJSzqNB4XJTO6r1jI2/s1IWfFuKPUnPVpdR k8jR2+T9l2yA6XrOXdyCRAAkNkfB9NpdIC8sn1jGrqstAnErHHwguAZZ0yaw7SY1Vs9ppSl QODLvRHWII70/fY4j/EycIc6EmXjcbx0xvb7xLhJ4uJa8lrVanLkB8yQyVKuQBcFz+gLsI3 GR3KwTXK5pKJRyHd2gH4Q== X-UI-Out-Filterresults: notjunk:1;V01:K0:QuQZvbAMaZQ=:QJbdn6KlAtSo6dGLbfCk+W RQqblaKwSdVJ6jAV97BduNUVnr6GMRx0VUDIiZKnjMvsdsFw1Zk1PuAN0LS+7Z1oHPoN6UWxK /8XnfXzahwLDpjE1gbCJAVj6cOka4f6HHYEYC1RwXwjc8+1SN46yosi4gwVFnfKcU6smEzC2A mXcPCEvxsmGvkYfYKZz5inRf+JrmPnbNo91v301Tt2XKvwBjwrGB9anwL73eubQVG0UMelPDq I3lYRbtQ/uIlqO2xYNfCsofBCghG/GNKyPi9LdGDxxd1rs+jlpR7PFuDg5SsIVbiq5UOsxa1V zjCSh/iRF15xJFs3hoXW7dPnfSGwKlq6N+7VQDp7A7RUrnsHHOYFFPLsArP76pr4Qs9bz+cIt +FP86Klp2MXhp65DMb0yI/11ATdYNH1R/SP8SA/pSGkX0hzENc4AtfOHwxDqC0vIiAr7+uv5u SYleofks3K7dIe4QSF6MandMZ61/fviX+CwPhAvUpwnoTUAhBHZ0S/9muW2OFYJKvhA/L5Br3 brTtzfkAGlwIVGdBSVYOHJpD4bpQkxtX29EBjXlvV4ymIAq8jy75X1Ul17wMoOSeAZoiwuB9M LKQeBiHR4qxSk/OXzO+abX2s19Tu7CBCfDYTEVg7PUSVSKcij/lajUoSFdO7vRDTRqAHLpLLw QxPjxj9mAMQNKFhnwheLGxTVCFYZJB/C0Qs1eorIYbaLIQdNEyBohHYf8Ss0BLvgyghZPwUZ9 jPburx6PSRy5tGNiHdugQGgPJXx2GsN8RK4pNoM1OuQExrrZOR2ggVGZjrTETgqRDNCKY/Hi X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:131684 Archived-At: > As you can see, in the init.el file I had attached I have > > (setq default-frame-alist > '( > (width . 110) ; character > (height . 49) ; lines > (font . "Monospace-11") ; font > )) > > and > > (setq sr-speedbar-default-width 30) > (setq sr-speedbar-width 30) > (setq sr-speedbar-max-width 30) > > which should give a frame 110 characters wide and a sr-speedbar 30 > chs. wide.. Why then, at first start, without desktop file, I have the= > frame in screen-no-desktop.png? But you said that screen-no-desktop.png is from an "Emacs-2017-03-10 [1] without desktop file" and you also said that this "worked fine (more or less) up to the builds I did on March 10 and 27". So I can't yet figure out what you mean here. Also, you didn't tell me the results of =E2=80=98window--dump-frame=E2=80=99 for that frame so how can I find out= how widths like 110 and 30 were interpreted? Please clarify. >> Instead of "init file" I suppose you mean "desktop" here, i.e., the f= ile >> written by desktop.el. Right? Or do you mean something like "what t= he > > No, init.el. The settings for sr-speedbar I cited before should set > (and up to the builds <=3D 20170327, they SET) to a frame with a > sr-speedbar window of about 30 chs. Instead now it is of about 40 chs.= You didn't tell me the other results of =E2=80=98window--dump-frame=E2=80= =99 I asked for either. But FWIW the pngs of screen-with-desktop-NOT_OK and screen-with-desktop-OK you attached seem at least to exhibit the same frame width, so a change appears there only with the width of sr-speedbar-window. Now if I look at the desktop file you attached, then I see there a (total-width . 41) entry for the "*SPEEDBAR*" window and I think a "width" of 40 chs is much more appropriate than one of 30 chs. Again it's impossible to tell anything without more exact figures like those returned by =E2=80=98window--dump-frame=E2=80=99. > Notice I do not resize the frame or windows inside it, so I would > expect more or less the width specified in init.el. I don't know enough about desktop but IIUC its ideology is to restore the configuration from the saved desktop and to _not_ care about `default-frame-alist'. If there is another opinion about this I would like to hear or read about it somwhere. Thanks, martin