From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: storm@cua.dk (Kim F. Storm) Newsgroups: gmane.emacs.devel Subject: Re: finger-pointer curser as default for mouse-face text Date: Fri, 22 Oct 2004 17:03:51 +0200 Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Message-ID: References: NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1098457474 10569 80.91.229.6 (22 Oct 2004 15:04:34 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Fri, 22 Oct 2004 15:04:34 +0000 (UTC) Cc: emacs-devel@gnu.org, Stefan Monnier , Drew Adams , Richard Stallman Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Oct 22 17:04:21 2004 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1CL0xp-0000Js-00 for ; Fri, 22 Oct 2004 17:04:21 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CL15J-0005MI-H2 for ged-emacs-devel@m.gmane.org; Fri, 22 Oct 2004 11:12:05 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1CL151-0005Dm-St for emacs-devel@gnu.org; Fri, 22 Oct 2004 11:11:48 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1CL151-0005Cz-35 for emacs-devel@gnu.org; Fri, 22 Oct 2004 11:11:47 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CL150-0005CV-Nt for emacs-devel@gnu.org; Fri, 22 Oct 2004 11:11:46 -0400 Original-Received: from [212.88.64.25] (helo=mail-relay.sonofon.dk) by monty-python.gnu.org with smtp (Exim 4.34) id 1CL0xQ-0008Rz-Df for emacs-devel@gnu.org; Fri, 22 Oct 2004 11:03:56 -0400 Original-Received: (qmail 20697 invoked from network); 22 Oct 2004 15:03:50 -0000 Original-Received: from unknown (HELO kfs-l.imdomain.dk.cua.dk) (213.83.150.2) by 0 with SMTP; 22 Oct 2004 15:03:50 -0000 Original-To: David Kastrup In-Reply-To: (David Kastrup's message of "Fri, 22 Oct 2004 14:45:45 +0200") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3.50 (gnu/linux) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:28729 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:28729 David Kastrup writes: >> Why do preview-latex images need to have mouse-face property ? >> Images can have mouse-2 bindings even without that. > > But the mouse-face property is the normal way to indicate that using > mouse-2 will do something different from pasting. What visible effect do you get for an image when moving the mouse over it? You can also change the mouse pointer shape. > >>> In addition, we have to be aware that clickable fields are usually >>> implemented with keymaps. And that means that there is no way to >>> magically change all buttons in all applications: it is a >>> convention rather than an API. If we want to change to a different >>> convention, we first need to define an API where the current >>> convention is accessible to outside packages, then wait for a few >>> releases with the old convention in place, and then try changing >>> the default and weather the inconsistency storm from packages that >>> have not yet adhered to the API telling it what mouse buttons to >>> use. >> >> If mouse-1 has a non-standard binding on a link, my patch obeys that >> binding. > > So what? preview-latex images don't have a non-standard binding for > mouse-1. So I am citing it as an example that will cause trouble and > requires a migration plan instead of a sudden change. It was one way to avoid the mouse-1 remapping (by trivial code rewrite). I have little hope of finding a perfect solution (i.e. one which works for everything without anything having to adapt to some kind of method to fine-tune the behaviour in specific cases). Maybe it's ok if it works in 95% of all cases (and the remaning 5% must be tweaked a little to work). Link on images may be special anyway -- so perhaps I shouldn't remap over an image. Maybe it should be mode specific, i.e. only do this if buffer is in some known major mode (e.g. info, help, gnus summary, custom). e.g. (put 'help-mode 'map-links t) (put 'info-mode 'map-links t) could later be enhanced to support: (put 'preview-latex-mode 'map-links 'text-only) -- Kim F. Storm http://www.cua.dk