Your message dated Fri, 21 Aug 2009 15:31:51 -0600
with message-id <20090821213151.ga6...@rivendel>
and subject line Re: Bug#542862: emacs23-gtk: M-x calendar split the window
horizontally instead of vertically (resolution 1280x1024)
has caused the Debian Bug report #542862,
regarding emacs23-gtk: M-x calendar split the window horizontally instead of
vertically (resolution 1280x1024)
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 [email protected]
immediately.)
--
542862: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=542862
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: emacs23-gtk
Version: 23.1+1-2
Severity: wishlist
Using "emacs -nw" and "emacs -nw -q"
M-x calendar split the windown horizontally[0] instead of
vertically[1] (the expected behavior)
With emacs (gtk mode) there is no problem.
My resolution is 1280x1024
My monitor is a Dell 1905FP of 19"
Using gnome-terminal
[0] http://jmaslibre.org/images/emacs1.jpeg
[1] http://jmaslibre.org/images/emacs2.jpeg
-- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.30-1-686 (SMP w/2 CPU cores)
Locale: LANG=es_GT.UTF-8, LC_CTYPE=es_GT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages emacs23-gtk depends on:
ii emacs23-bin-common 23.1+1-2 The GNU Emacs editor's shared, arc
ii install-info 4.13a.dfsg.1-4 Manage installed documentation in
ii libasound2 1.0.20-3 shared library for ALSA applicatio
ii libatk1.0-0 1.26.0-1 The ATK accessibility toolkit
ii libc6 2.9-25 GNU C Library: Shared libraries
ii libcairo2 1.8.8-2 The Cairo 2D vector graphics libra
ii libdbus-1-3 1.2.16-2 simple interprocess messaging syst
ii libfontconfig1 2.6.0-4 generic font configuration library
ii libfreetype6 2.3.9-5 FreeType 2 font engine, shared lib
ii libgif4 4.1.6-7 library for GIF images (library)
ii libglib2.0-0 2.20.4-1 The GLib library of C routines
ii libgpm2 1.20.4-3.2 General Purpose Mouse - shared lib
ii libgtk2.0-0 2.16.5-1 The GTK+ graphical user interface
ii libice6 2:1.0.5-1 X11 Inter-Client Exchange library
ii libjpeg62 6b-14 The Independent JPEG Group's JPEG
ii libm17n-0 1.5.4-1+b1 a multilingual text processing lib
ii libncurses5 5.7+20090803-1+b1 shared libraries for terminal hand
ii libotf0 0.9.9-1 A Library for handling OpenType Fo
ii libpango1.0-0 1.24.5-1 Layout and rendering of internatio
ii libpng12-0 1.2.38-1 PNG library - runtime
ii librsvg2-2 2.26.0-1 SAX-based renderer library for SVG
ii libsm6 2:1.1.0-2 X11 Session Management library
ii libtiff4 3.8.2-13+b1 Tag Image File Format (TIFF) libra
ii libx11-6 2:1.2.2-1 X11 client-side library
ii libxft2 2.1.13-3 FreeType-based font drawing librar
ii libxpm4 1:3.5.7-2 X11 pixmap library
ii libxrender1 1:0.9.4-2 X Rendering Extension client libra
ii zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime
emacs23-gtk recommends no packages.
Versions of packages emacs23-gtk suggests:
pn emacs23-common-non-dfsg <none> (no description available)
-- no debconf information
--- End Message ---
--- Begin Message ---
On Fri, Aug 21, 2009 at 11:11:11PM +0200, Sven Joachim wrote:
> On 2009-08-21 22:39 +0200, Josue Abarca wrote:
>
> > Using "emacs -nw" and "emacs -nw -q"
> >
> > M-x calendar split the windown horizontally[0] instead of
> > vertically[1] (the expected behavior)
>
> See the NEWS file:
>
> ,----
> | *** display-buffer tries to be smarter when splitting windows.
> | The new option split-window-preferred-function lets you specify your own
> | function to pop up new windows. Its default value split-window-sensibly
> | can split a window either vertically or horizontally, whichever seems
> | more suitable in the current configuration. You can tune the behavior
> | of split-window-sensibly by customizing split-height-threshold and the
> | new option split-width-threshold. Both options now take the value nil
> | to inhibit splitting in one direction. Setting split-width-threshold to
> | nil inhibits horizontal splitting and gets you the behavior of Emacs 22
> | in this respect. In any case, display-buffer may now split the largest
> | window vertically even when it is not as wide as the containing frame.
> `----
>
> > With emacs (gtk mode) there is no problem.
>
> Because the frame is smaller than 160 characters (the default for
> split-width-threshold) there.
>
> Sven
Thank you Sven
I should have seen that before.
Bug Closed.
--
Josué M. Abarca S.
--- End Message ---
