bug-gnu-emacs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#431: marked as done (23.0.60; `display-buffer' opens vertical instea


From: Emacs bug Tracking System
Subject: bug#431: marked as done (23.0.60; `display-buffer' opens vertical instead of horizontal windows)
Date: Thu, 19 Jun 2008 06:25:06 -0700

Your message dated Thu, 19 Jun 2008 09:15:23 -0400
with message-id <address@hidden>
and subject line Re: bug#431: 23.0.60; `display-buffer' opens vertical instead 
of horizontal windows
has caused the Emacs bug report #431,
regarding 23.0.60; `display-buffer' opens vertical instead of horizontal windows
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact address@hidden
immediately.)


-- 
431: http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=431
Emacs Bug Tracking System
Contact address@hidden with problems
--- Begin Message --- Subject: 23.0.60; `display-buffer' opens vertical instead of horizontal windows Date: Mon, 16 Jun 2008 23:26:25 +0200 User-agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux)
Please write in English if possible, because the Emacs maintainers
usually do not have translators to read other languages for them.

Your bug report will be posted to the address@hidden mailing list.

Please describe exactly what actions triggered the bug
and the precise symptoms of the bug:

Hello,

please Cc: me, I'm not subscribed to the list.

In Debian emacs-snapshot_1:20080606-1 screwed up buffers and frames, but
most of those problems are fixed in emacs-snapshot_1:20080613-1.

However, it seems that `display-buffer' now opens vertical windows
instead of horizontal ones.

Romain Francoise discovered that this happens when the width of the
window to be split is bigger than its height.  He also privately
confirmed me that this bug is still present in the current CVS, so most
of the credits for this bug goes to him ;-)

This is clearly reproducible with both `emacs -Q` (GTK+) and `emacs -Q
-nw`.

Thx, bye,
Gismo / Luca

If Emacs crashed, and you have the Emacs process in the gdb debugger,
please include the output from the following gdb commands:
    `bt full' and `xbacktrace'.
If you would like to further debug the crash, please read the file
/usr/share/emacs/23.0.60/etc/DEBUG for instructions.


In GNU Emacs 23.0.60.1 (x86_64-pc-linux-gnu, GTK+ Version 2.12.10)
 of 2008-06-13 on elegiac, modified by Debian
 (emacs-snapshot package, version 1:20080613-1)
configured using `configure  '--build' 'x86_64-linux-gnu' '--host' 
'x86_64-linux-gnu' '--prefix=/usr' '--sharedstatedir=/var/lib' 
'--libexecdir=/usr/lib' '--localstatedir=/var' '--infodir=/usr/share/info' 
'--mandir=/usr/share/man' '--with-pop=yes' 
'--enable-locallisppath=/etc/emacs-snapshot:/etc/emacs:/usr/local/share/emacs/23.0.60/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/23.0.60/site-lisp:/usr/share/emacs/site-lisp'
 '--with-x=yes' '--with-x-toolkit=gtk' 'build_alias=x86_64-linux-gnu' 
'host_alias=x86_64-linux-gnu' 'CFLAGS=-DDEBIAN -DSITELOAD_PURESIZE_EXTRA=5000 
-g -O2' 'LDFLAGS=-g -Wl,--as-needed' 'CPPFLAGS=''

Important settings:
  value of $LC_ALL: nil
  value of $LC_COLLATE: nil
  value of $LC_CTYPE: nil
  value of $LC_MESSAGES: nil
  value of $LC_MONETARY: nil
  value of $LC_NUMERIC: nil
  value of $LC_TIME: nil
  value of $LANG: en_US.UTF-8
  value of $XMODIFIERS: nil
  locale-coding-system: utf-8-unix
  default-enable-multibyte-characters: t

Major mode: Group

Minor modes in effect:
  shell-dirtrack-mode: t
  erc-truncate-mode: t
  erc-track-mode: t
  erc-track-minor-mode: t
  erc-services-mode: t
  erc-networks-mode: t
  erc-ring-mode: t
  erc-netsplit-mode: t
  erc-match-mode: t
  erc-pcomplete-mode: t
  erc-button-mode: t
  erc-fill-mode: t
  erc-autojoin-mode: t
  erc-autoaway-mode: t
  gnus-topic-mode: t
  gnus-undo-mode: t
  display-battery-mode: t
  display-time-mode: t
  show-paren-mode: t
  erc-stamp-mode: t
  erc-log-mode: t
  erc-scrolltobottom-mode: t
  mouse-wheel-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  global-auto-composition-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  column-number-mode: t
  line-number-mode: t
  transient-mark-mode: t

Recent input:
SPC i n SPC F e b r u a r y SPC I I R C C-c ESC f g 
L C-s I B E R C-s C-s DEL DEL DEL DEL DEL b e r i RET 
RET ESC [ B RET ESC [ B ESC [ B RET C-c ESC f g C-c 
ESC f i ESC [ D ESC [ D ESC [ D ESC [ D ESC [ D DEL 
DEL DEL DEL DEL DEL DEL DEL l a t e SPC M a r c h C-a 
a n a , SPC RET C-c ESC f g C-x o C-v C-v TAB RET C-g 
C-x o q l C-c ESC f i a n a TAB I SPC g o t SPC s DEL 
t h e s a m DEL DEL DEL SPC s a m e SPC DEL DEL DEL 
DEL DEL DEL DEL DEL DEL DEL DEL DEL DEL f o u n d SPC 
t h e SPC s a m e SPC w h e n SPC I SPC w a n t e d 
SPC t o SPC r e s e r v e : SPC a t SPC 1 6 p DEL P 
M DEL DEL ; DEL : 0 0 SPC h DEL t h e y SPC w a s SPC 
1 7 0 0 C H F , SPC a t SPC 2 0 : 0 0 SPC 1 9 0 0 C 
H F SPC ; SPC - DEL DEL DEL : ( DEL - ( RET C-c ESC 
f g ESC x r e p o r t TAB d e TAB RET C-g C-g ESC x 
r e p o r t - e m TAB b u TAB RET

Recent messages:
Mark saved where search started
Retrieving newsgroup: nnml:support.Iberia...
Fetching headers for nnml:support.Iberia...done
Generating summary...done
No more unread articles
mouse-2: show the MIME part; down-mouse-3: more options
Quit
Exiting summary buffer and applying spam rules
Report a bug for a [P]ackage or [F]ile: (default P) 
Quit
Quit

Attachment: pgp01Gl6VAo0_.pgp
Description: PGP signature


--- End Message ---
--- Begin Message --- Subject: Re: bug#431: 23.0.60; `display-buffer' opens vertical instead of horizontal windows Date: Thu, 19 Jun 2008 09:15:23 -0400 User-agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux)
>> Now repeat this with 160x24 instead of 80x24.  The frame is now
>> split horizontally and the new buffer is in a window to the *right*
>> of the original window.

This is the desired default behavior.

>> It's a bug because the size of the frame
>> should not affect the direction of the default split.

Actually it does, now.  If you don't like it, please change
split-width-threshold.


        Stefan


--- End Message ---

reply via email to

[Prev in Thread] Current Thread [Next in Thread]