GNU bug report logs - #12419
Mouse click changes layout

Previous Next

Package: emacs;

Reported by: occitan <at> esperanto.org

Date: Tue, 11 Sep 2012 22:06:01 UTC

Severity: normal

Tags: moreinfo

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

Full log


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

From: Eli Zaretskii <eliz <at> gnu.org>
To: martin rudalics <rudalics <at> gmx.at>
Cc: occitan <at> esperanto.org, 12419 <at> debbugs.gnu.org
Subject: Re: bug#12419: Mouse click changes layout
Date: Fri, 14 Sep 2012 19:56:34 +0300
> Date: Fri, 14 Sep 2012 17:16:24 +0200
> From: martin rudalics <rudalics <at> gmx.at>
> CC: occitan <at> esperanto.org, 12419 <at> debbugs.gnu.org
> 
>  > Wouldn't using the "asymmetric" resizing do the job here?  I don't
>  > think the symmetric variant is ever TRT when triggered by resizing the
>  > minibuffer window.
> 
> Asymmetric resizing doesn't size back correctly when any window but a
> bottommost one gets resized while enlarging the minibuffer window.  the
> idea of asymmetric dragging is that in a configuration like this
> 
>   ------------
> |            |
> |            |
>   ------------
> |            |
> |            |
>   ------------
> |            |
> |            |
>   ------------
> 
> you drag the lower divider up you first get
> 
>   ------------
> |            |
> |            |
>   ------------
> |            |
>   ------------
> |            |
> |            |
> |            |
>   ------------
> 
> and then
> 
>   ------------
> |            |
>   ------------
> |            |
>   ------------
> |            |
> |            |
> |            |
> |            |
>   ------------
> 
> because the idea is that you want to show more in the bottom window.
> When you now drag the same divider back you get
> 
>   ------------
> |            |
>   ------------
> |            |
> |            |
>   ------------
> |            |
> |            |
> |            |
>   ------------
> 
> because the idea is to show more of the middle window and then
> 
>   ------------
> |            |
>   ------------
> |            |
> |            |
> |            |
>   ------------
> |            |
> |            |
>   ------------
> 
> which is not the initial configuration.

I was talking about mini-window resize, and that alone.  I was asking
whether using the asymmetric method when the trigger is resize of the
mini-window would do the job.

Situations where mini-window grows so much as to resize windows other
than the one immediately above it are very rare, so I don't think we
should be bothered by them, at least not initially.




This bug report was last modified 4 years and 223 days ago.

Previous Next


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