GNU bug report logs - #15700
24.3; calling dired results in resized frame (it gets wider)

Previous Next

To reply to this bug, email your comments to 15700 AT debbugs.gnu.org.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: e.taumberger <at> centersystems.com
To: bug-gnu-emacs <at> gnu.org
Subject: 24.3; calling dired results in resized frame (it gets wider)
Date: Thu, 24 Oct 2013 13:37:41 +0200

Calling dired in a buffer (like C-x d) causes the frame to become
wider.  I like to use frames with a width of 80 characters; the dired
buffer gets widened to 85 to 90 characters.

In GNU Emacs 24.3.3 (x86_64-unknown-linux-gnu, GTK+ Version 3.4.2)
 of 2013-10-10 on egmont
Windowing system distributor `The X.Org Foundation', version 11.0.11300000
System Description:	Ubuntu 12.04.3 LTS

Configured using:
 `configure '--with-imagemagick''

Important settings:
  value of $LC_MONETARY: de_AT.UTF-8
  value of $LC_NUMERIC: de_AT.UTF-8
  value of $LC_TIME: de_AT.UTF-8
  value of $LANG: en_US.UTF-8
  locale-coding-system: utf-8-unix
  default enable-multibyte-characters: t

Major mode: Dired by name

Minor modes in effect:
  show-paren-mode: t
  recentf-mode: t
  display-time-mode: t
  tooltip-mode: t
  mouse-wheel-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  buffer-read-only: t
  transient-mark-mode: t

Recent input:
<help-echo> g ~ x y e s <return> g <help-echo> M-x 
e m a c s SPC v e r <tab> <return> <help-echo> M-x 
r e p o <tab> r <tab> <return>

Recent messages:
Cleaning up the recentf list...done (0 removed)
Source file `/home/ernst/.emacs.d/elpa/auctex-11.86/auctex-pkg.el' newer than byte-compiled file
Source file `/home/ernst/.emacs.d/elpa/yasnippet-0.8.0/yasnippet-pkg.el' newer than byte-compiled file
Source file `/home/ernst/.emacs.d/elpa/auctex-11.86/tex-site.el' newer than byte-compiled file
Starting Emacs daemon.
Flagging backup files for deletion...
9 backup files flagged.
Deleting...done
GNU Emacs 24.3.3 (x86_64-unknown-linux-gnu, GTK+ Version 3.4.2) of 2013-10-10 on egmont
Making completion list...

Load-path shadows:
None found.

Features:
(shadow sort gnus-util mail-extr emacsbug message rfc822 mml mml-sec
mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils
mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr
mail-utils server imenu auctex-autoloads tex-site info ggtags-autoloads
ioccur-autoloads svg-clock-autoloads vlf-autoloads yasnippet-autoloads
package saveplace uniquify ob-python ob-mscgen ob-awk paren recentf
tree-widget wid-edit time cus-start cus-load switch-window edmacro
kmacro cl-macs gv quail help-mode cl tempo org-clock org-exp ob-exp
org-exp-blocks org-agenda remember org-remember org-datetree org
byte-opt warnings bytecomp byte-compile cconv advice help-fns cl-lib
advice-preload ob-tangle ob-ref ob-lob ob-table org-footnote org-src
ob-comint ob-keys org-pcomplete pcomplete comint ansi-color ring
org-list org-faces org-entities time-date noutline outline easy-mmode
org-version ob-emacs-lisp ob org-compat org-macs ob-eval org-loaddefs
format-spec find-func cal-menu calendar cal-loaddefs dired-x easymenu
dired p4 tooltip ediff-hook vc-hooks lisp-float-type mwheel x-win x-dnd
tool-bar dnd fontset image regexp-opt fringe tabulated-list newcomment
lisp-mode register page menu-bar rfn-eshadow timer select scroll-bar
mouse jit-lock font-lock syntax facemenu font-core frame cham georgian
utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean
japanese hebrew greek romanian slovak czech european ethiopic indian
cyrillic chinese case-table epa-hook jka-cmpr-hook help simple abbrev
minibuffer loaddefs button faces cus-face macroexp files text-properties
overlay sha1 md5 base64 format env code-pages mule custom widget
hashtable-print-readable backquote make-network-process dbusbind
dynamic-setting system-font-setting font-render-setting move-toolbar gtk
x-toolkit x multi-tty emacs)
 

Mag. DIng. Ernst J. Taumberger

----------------------------------------
CENTER COMMUNICATION SYSTEMS GMBH
Ein Unternehmen der STRABAG AG

Senior Systems Engineer

Ignaz-Köck-Straße 19
A-1210 Wien, Österreich

Phone: +43 (0) 190199 - 3119
Fax: +43 (0) 190199 - 2110
Mobile: +43 (0) 664 230 8465
e.taumberger <at> centersystems.com

----------------------------------------
FN 796 88p, Sitz in Wien
Firmenbuchgericht Wien
www.centersystems.com

Geschäftsführung: Ing. Gerhard Jelinek, Josef-Eduard Burger

Message #8 received at 15700 <at> debbugs.gnu.org (full text, mbox):

From: martin rudalics <rudalics <at> gmx.at>
To: e.taumberger <at> centersystems.com
Cc: 15700 <at> debbugs.gnu.org
Subject: Re: bug#15700: 24.3; calling dired results in resized frame (it gets
 wider)
Date: Thu, 24 Oct 2013 19:24:56 +0200

> Calling dired in a buffer (like C-x d) causes the frame to become
> wider.  I like to use frames with a width of 80 characters; the dired
> buffer gets widened to 85 to 90 characters.

IIUC this is not intended.  Does it happen with emacs -Q?  Do you see
such resizing in other occasions too?

martin

Message #11 received at 15700 <at> debbugs.gnu.org (full text, mbox):

From: Glenn Morris <rgm <at> gnu.org>
To: e.taumberger <at> centersystems.com
Cc: 15700 <at> debbugs.gnu.org
Subject: Re: bug#15700: 24.3;
 calling dired results in resized frame (it gets wider)
Date: Thu, 24 Oct 2013 13:27:48 -0400

e.taumberger <at> centersystems.com wrote:

> Calling dired in a buffer (like C-x d) causes the frame to become
> wider.  I like to use frames with a width of 80 characters; the dired
> buffer gets widened to 85 to 90 characters.

I'm afraid I cannot reproduce that here. Does it happen with emacs -Q?

> In GNU Emacs 24.3.3 (x86_64-unknown-linux-gnu, GTK+ Version 3.4.2)
>  of 2013-10-10 on egmont
> Windowing system distributor `The X.Org Foundation', version 11.0.11300000
> System Description:	Ubuntu 12.04.3 LTS

I'll just blame Unity then. ;)

Message #14 received at 15700 <at> debbugs.gnu.org (full text, mbox):

From: e.taumberger <at> centersystems.com
To: 15700 <at> debbugs.gnu.org
Subject: bug#15700
Date: Tue, 29 Oct 2013 08:23:04 +0100

The problem does not occur with 'emacs -q'
 

Mag. DIng. Ernst J. Taumberger

----------------------------------------
CENTER COMMUNICATION SYSTEMS GMBH
Ein Unternehmen der STRABAG AG

Senior Systems Engineer

Ignaz-Köck-Straße 19
A-1210 Wien, Österreich

Phone: +43 (0) 190199 - 3119
Fax: +43 (0) 190199 - 2110
Mobile: +43 (0) 664 230 8465
e.taumberger <at> centersystems.com

----------------------------------------
FN 796 88p, Sitz in Wien
Firmenbuchgericht Wien
www.centersystems.com

Geschäftsführung: Ing. Gerhard Jelinek, Josef-Eduard Burger

Message #17 received at 15700 <at> debbugs.gnu.org (full text, mbox):

From: martin rudalics <rudalics <at> gmx.at>
To: e.taumberger <at> centersystems.com
Cc: 15700 <at> debbugs.gnu.org
Subject: Re: bug#15700: 24.3; calling dired results in resized frame (it gets
 wider)
Date: Tue, 29 Oct 2013 18:24:03 +0100

Please keep the subject line unaltered in order to preserve the
integrity of this thread.

> The problem does not occur with 'emacs -q'

So I can only guess what might happen here:

- Your `dired' has some large toolbar and the window manager tries to
  fit the frame to that toolbar.  This should be fairly easy to check.

- You use some add-on which fits the frame width to that of the dired
  buffer.  This should be easy to check too.

Otherwise, you will have to run edbug on `dired' and check whether and
where within `switch-to-buffer' it resizes the frame.  If this doesn't
help either, you'll have to search your .emacs for the offender.

martin

Message #20 received at 15700 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: martin rudalics <rudalics <at> gmx.at>
Cc: 15700 <at> debbugs.gnu.org, e.taumberger <at> centersystems.com
Subject: Re: bug#15700: 24.3;
 calling dired results in resized frame (it gets wider)
Date: Sat, 26 Dec 2015 02:09:21 +0100

martin rudalics <rudalics <at> gmx.at> writes:

> Please keep the subject line unaltered in order to preserve the
> integrity of this thread.
>
>> The problem does not occur with 'emacs -q'
>
> So I can only guess what might happen here:
>
> - Your `dired' has some large toolbar and the window manager tries to
>   fit the frame to that toolbar.  This should be fairly easy to check.
>
> - You use some add-on which fits the frame width to that of the dired
>   buffer.  This should be easy to check too.
>
> Otherwise, you will have to run edbug on `dired' and check whether and
> where within `switch-to-buffer' it resizes the frame.  If this doesn't
> help either, you'll have to search your .emacs for the offender.

More information was requested, but no response was given within a few
months, so I'm closing this bug report.  If the problem still exists,
please reopen this bug report.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Message #29 received at 15700 <at> debbugs.gnu.org (full text, mbox):

From: martin rudalics <rudalics <at> gmx.at>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 15700 <at> debbugs.gnu.org, e.taumberger <at> centersystems.com
Subject: Re: bug#15700: 24.3; calling dired results in resized frame (it gets
 wider)
Date: Sun, 27 Dec 2015 17:05:18 +0100

> More information was requested, but no response was given within a few
> months, so I'm closing this bug report.  If the problem still exists,
> please reopen this bug report.

Admittedly, it was not easy for the OP to understand which additional
information he should provide in the first place.

I now reopened this bug and merged it with bug#22000.  There David
Engster gives a clear description of how to reproduce the bug and what's
causing this nasty behavior.

martin

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.