all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: no-spam@cua.dk (Kim F. Storm)
Subject: Re: mouse-1-click-follows-link in dired surprising
Date: Thu, 29 Jun 2006 11:23:40 +0200	[thread overview]
Message-ID: <m33bdos4bn.fsf@kfs-l.imdomain.dk> (raw)
In-Reply-To: 4Jxog.2915$Uc3.2353@tornado.texas.rr.com

doug (at) @ (my) bagley (house) .org writes:

> using "GNU Emacs 22.0.50.2 (i686-pc-linux-gnu, GTK+ Version 2.8.18) of
> 2006-06-25 ..."
>
> Not sure if this is a bug in Emacs, or my expectations, but with
> mouse-1-click-follows-link, mouse-1 now behaves in dired mode like
> mouse-2; it does a find-file-other-window. It seems to me that this
> isn't a good thing, as I (and perhaps others who use "click to
> raise" behavior in their window manager?) often want to raise a
> frame containing a dired buffer by doing a mouse-1 click in it, but
> since virtually all lines in that buffer are considered "links",
> and the default behavior of mouse-1-click-follows-link is to follow
> the link, this visits files I do not intend to visit. To me, it is
> surprising behavior.
>
> I currently work around this by making mouse-1-click-follows-link a
> local variable in dired-mode and setting it to nil. But is there
> really any need for mouse-1-click-follows-link in dired (as mouse-2
> already does the same thing)? Could this be disabled by default?

Try:

(setq x-mouse-click-focus-ignore-position t)

-- 
Kim F. Storm  http://www.cua.dk

       reply	other threads:[~2006-06-29  9:23 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <4Jxog.2915$Uc3.2353@tornado.texas.rr.com>
2006-06-29  9:23 ` Kim F. Storm [this message]
     [not found] ` <E1Fvw65-0007jp-5i@fencepost.gnu.org>
     [not found]   ` <20060629141104.5A1181F673@bagley.org>
2006-06-30 11:07     ` mouse-1-click-follows-link in dired surprising Richard Stallman
     [not found] ` <mailman.3502.1151580609.9609.bug-gnu-emacs@gnu.org>
     [not found]   ` <OPQog.4346$Uc3.4039@tornado.texas.rr.com>
2006-06-30 11:07     ` Richard Stallman

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

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

  git send-email \
    --in-reply-to=m33bdos4bn.fsf@kfs-l.imdomain.dk \
    --to=no-spam@cua.dk \
    /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 external index

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

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.