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 10:17:17 +0200 Message-ID: <58F47A0D.8030308@gmx.at> References: 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 1492417097 20169 195.159.176.226 (17 Apr 2017 08:18:17 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Mon, 17 Apr 2017 08:18:17 +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 10:18:06 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 1d01rK-0004zq-KL for geb-bug-gnu-emacs@m.gmane.org; Mon, 17 Apr 2017 10:18:06 +0200 Original-Received: from localhost ([::1]:35327 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1d01rQ-0003Nk-05 for geb-bug-gnu-emacs@m.gmane.org; Mon, 17 Apr 2017 04:18:12 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:42015) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1d01rK-0003Nb-6P for bug-gnu-emacs@gnu.org; Mon, 17 Apr 2017 04:18:07 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1d01rG-0006p9-UL for bug-gnu-emacs@gnu.org; Mon, 17 Apr 2017 04:18:06 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:53212) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1d01rG-0006op-Q5 for bug-gnu-emacs@gnu.org; Mon, 17 Apr 2017 04:18:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1d01rG-0004KR-FG for bug-gnu-emacs@gnu.org; Mon, 17 Apr 2017 04:18: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 08:18: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.149241705416602 (code B ref 26537); Mon, 17 Apr 2017 08:18:02 +0000 Original-Received: (at 26537) by debbugs.gnu.org; 17 Apr 2017 08:17:34 +0000 Original-Received: from localhost ([127.0.0.1]:51410 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1d01qo-0004Ji-3k for submit@debbugs.gnu.org; Mon, 17 Apr 2017 04:17:34 -0400 Original-Received: from mout.gmx.net ([212.227.15.19]:63964) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1d01qm-0004JU-3F for 26537@debbugs.gnu.org; Mon, 17 Apr 2017 04:17:32 -0400 Original-Received: from [192.168.1.100] ([213.162.68.46]) by mail.gmx.com (mrgmx001 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MfF6I-1cggRi3pNK-00OrIe; Mon, 17 Apr 2017 10:17:25 +0200 In-Reply-To: X-Provags-ID: V03:K0:0lIyvC46wDOHjW3zJttUJu8fpb0MNKgV6R+ghG09Yxc3g6th303 1y2m9k06se346MQygSTi0QRKVBFTmbNSadUopcApNHtElcBaR0Z5PCD9gRjAK1hncpQfMIG uT7nfxPaoTqEPtMvW7w2zSs7upyK8cUAsfw8FvIXmAIID7hqMpkYMWnpIzKecTsqszh1b6i FXxkqGAmTJiyJRpuSCXrQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:VG9FQ+hlE14=:2nsb/5gA6ziW2ppYI0lpao M77MEKbUH7mrrfQa4dMAD0zsj4I8yVu5OXJxZMxhadyPcXfW0lWZ40pnfjQd/3V3IwjE/O5XX S2DEJnQVb3GxJhutLUJjQW0WI2M935xA5qps0HvymOSsXkUKwhmXrjtOSB5E0fILcGQZcvdkQ W3vYjIeAWC1lX6EAJfSSBQzr9fDkN4krYGrMnCpdyhoWpqQYHdq70as/QT8lwh0J/2v5MldVV z4mrhgPU5iOJoW5mkCo5xWFqP6hVSINyCCK23mBRMqdYdHOjDGRIYi2KlGdwAkzDUE0YXb3TP nKWfdNDt4VupZaIt+nA8U8Bk629NsuxN2sVwZIdk79G9kqEJBfrX7LETjpLZ43193NrR0G5qQ jMTuLPvByVNQShZwfXbuG+WYKUazjlG1OWSgKO5YkrI8r5qlceUwmHHL0E1jsk+PO5OZ7fP6P yGr05Mvv3WNToEG3PDmfx3cVP5DI/b+CyavBStISUuJ7HwZlCE82Htf4lopvKq+L9rYwdnNSI cE4jc0bUNgGBF1HRzolEnQXKuG6cSMVIn9VNwatzsI4ufg7N/tBNXd8PVQPFUSSTwlrtfbK3V ofdmz/cPkjQ29ZnWpvmStjJwsIwVFbVGEQsKuw8mwdW/+O1TDvEZDzxsYoXviC0qKTcf+MIIP uIPeEFF081PFlMO8pJzkWrckqLi+I49BtyWV2YpQiVOoR/krM2W8T4jYussOMmQC2uDZZ5kt1 hU2vQd0k45N9HRuX6123g0WPV2j1EaYUTUvqcdSo/XX/9bTXZyhkRsH7KfA03EamW82ZWsml 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:131681 Archived-At: > I had installed the sr-speedbar package from MELPA and configured > Emacs so that it opens a frame with a window for text of about 80 > characters and a sr-speedbar window of about 30 characters (see the > init.el file in the attachment, 80+30 =3D 110). It would be nice if you were able to excerpt the sr-speedbar =E2=80=98split-window=E2=80=99 call so we could distill a more simple sce= nario. IIUC this should be something like (split-window -n t) where the n should evaluate to 30 in your case. > Start Emacs-2017-03-10 [1] without desktop file. The result is in > screen-no-desktop.png, and don't looks ok to me. So let's look into this first. Do you mean the speedbar window should be wider? In any case do M-: (window--dump-frame) and post the result which you can find in the buffer *window-frame-dump*. > Anyway, now visit a file. For example > > C-x C-f ~/report_bug.txt > > and quit Emacs saving the desktop. Restart Emacs. It looks as expected= (screen-with-desktop-OK.png) > > window width 79 characters (from column 0 to 78) > sr-speedbar width 27 characters > > > Repeat with Emacs-2017-03-27 [2]. Same results. > > Now try with Emacs-2017-04-14 [3] or 2017-04-16 [4]. It doesn't look a= s expected (screen-with-desktop-NOT_OK.png) > > window width 68 characters (from column 0 to 67) > sr-speedbar width 38 characters > > (Notice: 79+27 =3D 68+38 =3D 106). Whatever I try, the frame does not = respect what is written in the init file. Instead of "init file" I suppose you mean "desktop" here, i.e., the file written by desktop.el. Right? Or do you mean something like "what the init file says should override what the desktop file says" (I'm not very familiar with desktop)? In either case the desktop file is the one you attached. Right? In any case please post here the results of =E2=80=98window--dump-frame=E2= =80=99 for (1) the screen-with-desktop-OK frame (2) the frame _before_ desktop saved it in the screen-with-desktop-NOT_OK scenario, and (3) the frame _after_ desktop restored it in the screen-with-desktop-NOT_OK scenario. Note that each invocation of `window--dump-frame' will overwrite *window-frame-dump*. Please add the identifiers from your nomenclature (screen-no-desktop, screen-with-desktop-OK, screen-with-desktop-NOT_OK) in each case, with something like screen-with-desktop-before-saving or so for (2). > Notice this problem occurs only with the (GTK) builds on GNU/Linux. It= > works as expected with Windows and OSX builds. Just a simple step: Does setting the variable `x-gtk-use-window-move' to nil change anything in your scenario? I doubt it will but who knows. martin