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: The display margin Date: 28 Nov 2003 12:09:46 +0100 Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: References: <16080.60869.212521.952911@nick.uklinux.net> <200305251636.h4PGa1ll021935@rum.cs.yale.edu> <16082.42589.935105.932019@nick.uklinux.net> <16321.14941.117864.117597@nick.uklinux.net> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1070014598 20360 80.91.224.253 (28 Nov 2003 10:16:38 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Fri, 28 Nov 2003 10:16:38 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Fri Nov 28 11:16:35 2003 Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1APffv-0003W2-00 for ; Fri, 28 Nov 2003 11:16:35 +0100 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1APffv-0003o1-00 for ; Fri, 28 Nov 2003 11:16:35 +0100 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.24) id 1APgao-0006dO-TA for emacs-devel@quimby.gnus.org; Fri, 28 Nov 2003 06:15:22 -0500 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.24) id 1APgY2-0005cB-Uw for emacs-devel@gnu.org; Fri, 28 Nov 2003 06:12:30 -0500 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.24) id 1APgXU-00052q-Pf for emacs-devel@gnu.org; Fri, 28 Nov 2003 06:12:27 -0500 Original-Received: from [212.88.64.25] (helo=mail-relay.sonofon.dk) by monty-python.gnu.org with smtp (Exim 4.24) id 1APgXK-0004qC-UR for emacs-devel@gnu.org; Fri, 28 Nov 2003 06:11:47 -0500 Original-Received: (qmail 60304 invoked from network); 28 Nov 2003 10:10:20 -0000 Original-Received: from unknown (HELO kfs-l.imdomain.dk.cua.dk) (213.83.150.2) by 0 with SMTP; 28 Nov 2003 10:10:20 -0000 Original-To: David Kastrup In-Reply-To: Original-Lines: 63 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3.50 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.2 Precedence: list List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:18186 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:18186 David Kastrup writes: > > In addition, the mouse cursor now changes to an arrow (rather than the > > text mouse cursor) when it hoovers above an image. > > Rationale for that? Just interested. Maybe this should rather depend > on an appropriate image property? That would be an improvement, yes. Will see what I can do. The rationale is that the "active point" of text cursor (the vertical bar) is somewhere in the middle of the vertical line, i.e. it's no good as a pointer if you want to have precise clicks on an image. But of course, if that image is showing text, a text cursor may still make sense... > > > Finally, when you use a block cursor, images are no longer shown in > > "negative" when your window cursor is a filled block cursor (only > > the border of the image is highlighted now). So clicking on an > > image no longer makes it "unreadable"... > > Oh great. That means that all the complicated image border creation > stuff within preview-latex becomes unnecessary, and we'll have to > check for this functionality conditionally. Is this good or bad? > Any good idea for a test > for whether the previous terror blinking or the new border blinking is > used on images? Well, in principle, any test that identifies this as GNU Emacs 21.4 or newer would do... But if you want something which really narrows down when this was introduced, (fboundp 'posn-object-x-y) will do. I suppose you already have checks for different versions in preview-latex? > > > > I digress. Anyway, I want more information from clicks. At the > > > very least, the object they appeared on. > > > > What more do you want ? I was just asking in the context of "required information in mouse click events". Your answer seems to be "nothing further". > > Well, further preview-latex usability problems are that Emacs often > goes ballistic when large height images are concerned, particularly > larger than window size images. Scrolling those to a particular > viewing position is pretty much impossible, scrollbar interaction is > nonworkable, and scroll-wheel stuff is pretty much unpredictable as > well (there have been Emacs versions where wheel-use could lead to > lockup with large images, I am not sure whether this is currently the > case). I know it's an issue, and I will look into it. -- Kim F. Storm http://www.cua.dk