unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: Eli Zaretskii <eliz@gnu.org>
To: martin rudalics <rudalics@gmx.at>
Cc: emacs-devel@gnu.org
Subject: Re: mouse-autoselect-window-select
Date: Thu, 15 Aug 2013 17:59:50 +0300	[thread overview]
Message-ID: <83y583ngnt.fsf@gnu.org> (raw)
In-Reply-To: <520CAB65.60303@gmx.at>

> Date: Thu, 15 Aug 2013 12:20:21 +0200
> From: martin rudalics <rudalics@gmx.at>
> CC: emacs-devel@gnu.org
> 
>  > 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 don't see what my usage patterns and settings have to do with the
issue at hand.

The issue at hand is whether it is reasonable to NOT auto-select a
window when the mouse hovers over the display margin of that window.
I think this will be perceived as a misfeature, e.g. consider a buffer
under linum-mode, or vc-annotate.  The margins could be quite large,
and they definitely are part of the window from users' perspective.

If some user finds that auto-selecting a window when the mouse is over
the display margins is inconvenient for her for some reason, then
perhaps this feature is not for that user, and we should advise her to
turn this feature off.  But forcing personal preferences on others on
these grounds is not right, I think.

If you still don't agree, then I guess we will have to agree to
disagree.



  reply	other threads:[~2013-08-15 14:59 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-08-14 15:21 mouse-autoselect-window-select Eli Zaretskii
2013-08-14 15:36 ` mouse-autoselect-window-select martin rudalics
2013-08-14 15:59   ` mouse-autoselect-window-select Eli Zaretskii
2013-08-14 17:07     ` mouse-autoselect-window-select martin rudalics
2013-08-14 18:00       ` mouse-autoselect-window-select Eli Zaretskii
2013-08-15 10:20         ` mouse-autoselect-window-select martin rudalics
2013-08-15 14:59           ` Eli Zaretskii [this message]
2013-08-16 10:03             ` mouse-autoselect-window-select martin rudalics
2013-08-16 10:28               ` mouse-autoselect-window-select Eli Zaretskii
2013-08-15 15:45           ` mouse-autoselect-window-select Davis Herring
2013-08-16 10:03             ` mouse-autoselect-window-select martin rudalics

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=83y583ngnt.fsf@gnu.org \
    --to=eliz@gnu.org \
    --cc=emacs-devel@gnu.org \
    --cc=rudalics@gmx.at \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).