[Top][All Lists]

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

Re: mouse-autoselect-window-select

From: martin rudalics
Subject: Re: mouse-autoselect-window-select
Date: Thu, 15 Aug 2013 12:20:21 +0200

> That's "text area" overloaded for you.  From the technical POV of the
> display engine, text area indeed does not include the display
> margins.  But from the user's POV, I think it surely does, because it
> displays the same objects as the text area does: text and images, and
> that display is created the same way as you'd display an overlay or
> display string in the "text area".

The user's POV is that of one who uses `mouse-autoselect-window'.  I
don't know if you do or ever did - if so, please tell me your settings
and why you think that the new behavior may cause you troubles.
Otherwise please read on.

I use `mouse-autoselect-window' for a long time.  My value is -0.5 so I
consider myself a fairly cautious user.  Nevertheless, behavior broke
twice recently due to changes in `mouse-drag-line' and I was the only
one to complain so I think few people rely on it as much as I do.

The idea of moused autoselection is to make it possible to select a
window with a mouse without simultaneously setting point in that window.
Such selection should occur without intervening with mouse dragging of
modelines, dividers and/or scrollbars or selecting items from menus.
That's why Simon and I provided to delay autoselection until the mouse
pointer has stabilized in some way.

Unfortunately, some objects that shall be dragged can be difficult to
localize with the mouse as, for example, the one-pixel divider between
windows when scrollbars are absent.  In such cases one window can get
inadvertently selected even when selection is delayed.  Disabling
selection when the mouse is over a margin or fringe does help here.  I
invite you to experiment with the old and new behavior to either confirm
my claim or provide evidence against it.

Otherwise, I would have to add a new option to specify an area at the
borders of each window and disallow mouse selection there.  Doing that
is non-trivial because mouse-selecting a one line window should be still

By no means the behavior provided by my change was to convey semantics
that autoselection should be possible for "text areas" only.  I used
such a term in the ChangeLog because the area that is now sensitive to
mouse selection is congruent with the portion spanned by a window's body
and that portion is also referred to as the window's "text area".


reply via email to

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