[Stephen.Berman@gmx.net: split-window and resizing with no mode line]

[Stephen.Berman@gmx.net: split-window and resizing with no mode line]

[Richard Stallman]

Would someone please investigate this, DTRT, and ack?

------- Start of forwarded message -------
To: emacs-pretest-bug@gnu.org
From: Stephen Berman <Stephen.Berman@gmx.net>
Date: Fri, 26 May 2006 01:06:11 +0200
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Subject: split-window and resizing with no mode line
X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=failed 
	version=3.0.4

I'm not sure the following indicates a bug (or bugs), but it at least
shows differences with respect to using the mouse to resize split
windows where I would, from the user's point of view, expect to have
symmetry.

1. emacs -q

2. M-: (setq mode-line-format nil)

3. Type `C-x 2'. Now the frame is split vertically into two windows,
but the only visual indication of the split is two cursors, and there
is AFAICT no way to resize the windows by dragging the mouse.  

4. Type `C-x 1' and then `C-x 3'.  Now the frame is split horizontally
into two windows, visually obvious due to the scroll bar, but here too
there is AFAICT no way to resize the windows by dragging the mouse
(there is no "handle" under the scroll bar).

5. Click in the righthand window, giving it focus, then click with
mouse-1 in the echo area.  Now the lefthand window (the *Messages*
buffer) has a mode line, but there is still no way to resize the
windows by dragging the mouse (still no "handle" under the scroll
bar).

6. With focus still in the righthand window, type `C-x 1' then `C-x 3'
again, and, now with focus in the lefthand window (*scratch*), click
again with mouse-1 in the echo area.  Now the righthand window has a
mode line, and now there is a "handle" under the scroll bar
(graphically denoted by the appearance of `<-|->' in the mode line
when the mouse pointed is over it), and it is possible to resize the
windows by dragging the mouse.

7. Put focus back in the *scratch* window (which lacks a mode line),
type `C-x 1', then `M-: (set-scroll-bar-mode nil)', and then `C-x 3'.
Now there is a thin vertical line separating the two windows, and when
the mouse is over this line or within the fringe to the left of it,
the "handle" appears and it is possible to resize the windows by
dragging the mouse.  (Contrast this with the case of vertical
splitting in 3.)
 

In GNU Emacs 22.0.50.14 (i686-pc-linux-gnu, GTK+ Version 2.8.10)
 of 2006-04-17 on escher
X server distributor `The X.Org Foundation', version 11.0.60802000
configured using `configure '--with-x-toolkit=gtk''

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
  locale-coding-system: utf-8
  default-enable-multibyte-characters: t

Major mode: Fundamental

Minor modes in effect:
  tabbar-mwheel-mode: t
  tabbar-mode: t
  recentf-mode: t
  show-paren-mode: t
  display-time-mode: t
  tooltip-mode: t
  auto-compression-mode: t
  tool-bar-mode: t
  mouse-wheel-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  unify-8859-on-encoding-mode: t
  utf-translate-cjk-mode: t
  column-number-mode: t
  line-number-mode: t

Recent input:
* m <backspace> p <tab> <return> <up> <up> <up> <up> 
<up> <right> <right> <right> <right> <right> <right> 
<right> <right> SPC s p l i t C-h f C-g C-h k <f2> 
C-h k <f3> - w i n d o w SPC a n d SPC " p l a i n 
SPC f r a m e s " <f1> <down> <down> <down> <down> 
<down> <down-mouse-1> <mouse-movement> <mouse-movement> 
<drag-mouse-1> <down-mouse-3> <mouse-3> <double-down-mouse-3> 
<double-mouse-3> C-x k <return> C-g C-_ C-_ C-_ C-_ 
C-_ C-x k <return> M-x b u g <M-backspace> r e p o 
r <tab> b <tab> <return>

Recent messages:
Auto-saving...done
Mark set
Type C-x 1 to remove help window.  
Mark set
Quit
Type C-x 1 to remove help window.  
Quit
Undo! [4 times]
undo-more: No further undo information
Loading emacsbug...done


_______________________________________________
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
------- End of forwarded message -------

Re: [Stephen.Berman@gmx.net: split-window and resizing with no mode line]

[Kim F. Storm]

Richard Stallman <rms@gnu.org> writes:

> Would someone please investigate this, DTRT, and ack?

I don't even know what TRT is.

Resizing of the windows with the mouse is closely related
to the modeline ... in particular, if you have scroll-bars
the tiny line between modelines is indeed the only way to
resize two side-by-side windows.

.. if there is no modeline, there is no place to grab.

So it is definitely not trivial to fix this.

Since this is not a new bug, I suggest that we make an entry in TODO
for looking at this _after_ the release.



>
> From: Stephen Berman <Stephen.Berman@gmx.net>
> Subject: split-window and resizing with no mode line
> To: emacs-pretest-bug@gnu.org
> Date: Fri, 26 May 2006 01:06:11 +0200
>
> I'm not sure the following indicates a bug (or bugs), but it at least
> shows differences with respect to using the mouse to resize split
> windows where I would, from the user's point of view, expect to have
> symmetry.
>
> 1. emacs -q
>
> 2. M-: (setq mode-line-format nil)
>
> 3. Type `C-x 2'. Now the frame is split vertically into two windows,
> but the only visual indication of the split is two cursors, and there
> is AFAICT no way to resize the windows by dragging the mouse.  
>
> 4. Type `C-x 1' and then `C-x 3'.  Now the frame is split horizontally
> into two windows, visually obvious due to the scroll bar, but here too
> there is AFAICT no way to resize the windows by dragging the mouse
> (there is no "handle" under the scroll bar).
>
> 5. Click in the righthand window, giving it focus, then click with
> mouse-1 in the echo area.  Now the lefthand window (the *Messages*
> buffer) has a mode line, but there is still no way to resize the
> windows by dragging the mouse (still no "handle" under the scroll
> bar).
>
> 6. With focus still in the righthand window, type `C-x 1' then `C-x 3'
> again, and, now with focus in the lefthand window (*scratch*), click
> again with mouse-1 in the echo area.  Now the righthand window has a
> mode line, and now there is a "handle" under the scroll bar
> (graphically denoted by the appearance of `<-|->' in the mode line
> when the mouse pointed is over it), and it is possible to resize the
> windows by dragging the mouse.
>
> 7. Put focus back in the *scratch* window (which lacks a mode line),
> type `C-x 1', then `M-: (set-scroll-bar-mode nil)', and then `C-x 3'.
> Now there is a thin vertical line separating the two windows, and when
> the mouse is over this line or within the fringe to the left of it,
> the "handle" appears and it is possible to resize the windows by
> dragging the mouse.  (Contrast this with the case of vertical
> splitting in 3.)
>  
>
> In GNU Emacs 22.0.50.14 (i686-pc-linux-gnu, GTK+ Version 2.8.10)
>  of 2006-04-17 on escher
> X server distributor `The X.Org Foundation', version 11.0.60802000
> configured using `configure '--with-x-toolkit=gtk''
>
> 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
>   locale-coding-system: utf-8
>   default-enable-multibyte-characters: t
>
> Major mode: Fundamental
>
> Minor modes in effect:
>   tabbar-mwheel-mode: t
>   tabbar-mode: t
>   recentf-mode: t
>   show-paren-mode: t
>   display-time-mode: t
>   tooltip-mode: t
>   auto-compression-mode: t
>   tool-bar-mode: t
>   mouse-wheel-mode: t
>   menu-bar-mode: t
>   file-name-shadow-mode: t
>   global-font-lock-mode: t
>   unify-8859-on-encoding-mode: t
>   utf-translate-cjk-mode: t
>   column-number-mode: t
>   line-number-mode: t
>
> Recent input:
> * m <backspace> p <tab> <return> <up> <up> <up> <up> 
> <up> <right> <right> <right> <right> <right> <right> 
> <right> <right> SPC s p l i t C-h f C-g C-h k <f2> 
> C-h k <f3> - w i n d o w SPC a n d SPC " p l a i n 
> SPC f r a m e s " <f1> <down> <down> <down> <down> 
> <down> <down-mouse-1> <mouse-movement> <mouse-movement> 
> <drag-mouse-1> <down-mouse-3> <mouse-3> <double-down-mouse-3> 
> <double-mouse-3> C-x k <return> C-g C-_ C-_ C-_ C-_ 
> C-_ C-x k <return> M-x b u g <M-backspace> r e p o 
> r <tab> b <tab> <return>
>
> Recent messages:
> Auto-saving...done
> Mark set
> Type C-x 1 to remove help window.  
> Mark set
> Quit
> Type C-x 1 to remove help window.  
> Quit
> Undo! [4 times]
> undo-more: No further undo information
> Loading emacsbug...done
>
>
> _______________________________________________
> emacs-pretest-bug mailing list
> emacs-pretest-bug@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
> ----------
>

-- 
Kim F. Storm <storm@cua.dk> http://www.cua.dk

Re: [Stephen.Berman@gmx.net: split-window and resizing with no mode line]

[Richard Stallman]

Having carefully read what the problem is, I think it is too wierd a
case to be worth worrying about.  Thanks for looking at it.