From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: no-spam@cua.dk (Kim F. Storm) Newsgroups: gmane.emacs.devel Subject: Re: Several suggestions for image support Date: 16 Apr 2004 14:38:36 +0200 Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.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 1082112648 7522 80.91.224.253 (16 Apr 2004 10:50:48 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Fri, 16 Apr 2004 10:50:48 +0000 (UTC) Cc: emacs-devel@gnu.org, "Kim F. Storm" Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Fri Apr 16 12:50:40 2004 Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1BEQvg-0003RI-00 for ; Fri, 16 Apr 2004 12:50:40 +0200 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1BEQvg-0003lk-00 for ; Fri, 16 Apr 2004 12:50:40 +0200 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.30) id 1BEQtd-0003X6-BU for emacs-devel@quimby.gnus.org; Fri, 16 Apr 2004 06:48:33 -0400 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.30) id 1BEQrg-00032g-2C for emacs-devel@gnu.org; Fri, 16 Apr 2004 06:46:32 -0400 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.30) id 1BEQqv-0002rc-9N for emacs-devel@gnu.org; Fri, 16 Apr 2004 06:46:17 -0400 Original-Received: from [212.88.64.25] (helo=mail-relay.sonofon.dk) by monty-python.gnu.org with smtp (Exim 4.30) id 1BEQqt-0002rO-Re for emacs-devel@gnu.org; Fri, 16 Apr 2004 06:45:44 -0400 Original-Received: (qmail 40457 invoked from network); 16 Apr 2004 10:38:55 -0000 Original-Received: from unknown (HELO kfs-l.imdomain.dk.cua.dk) (213.83.150.2) by 0 with SMTP; 16 Apr 2004 10:38:55 -0000 Original-To: David Kastrup In-Reply-To: Original-Lines: 52 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3.50 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.4 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:21745 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:21745 David Kastrup writes: > That it does not work. It only works when the majority of corner > pixels has the transparent color. Also it is impossible for an image > to have, say, both white and transparent color. > > Since transparency is a feature of PNG files, is there any particular > reason not to just use the information, preferring some heuristic > hack to it that does not work in all circumstances? I understand now -- yes it is silly to try to guess something which is already there. Would somebody want to work on fixing this? > > > > I would find it important if an image specifier could restrict the > > > displayed portion of an image. > > > > This might be useful for other reasons, e.g. image panning. > > Zoom (scaling) would be useful too. > > > > It would also mean that I could walk the cursor through _rows_ of the > preview-latex image instead of having to walk through it all at > once. Image scrolling is a different problem: it does not involve > actually changing the value of point. That is correct. Another use of image splitting would be to allow positioning of multi-line text on the sides of an image; today you can only have one line of text on the side of an image, no matter how tall that image is. One issue I have been thinking about is how to automatically align those tiling image slices to the position of the first slice (even when that slice is not visible in the window). This would be a very handy way to support having multi-line proportional font text on the left of a tiled image. > It would probably be nice to have a way of tiling an image into areas > with individual property lists (posn-point, keymap, > mouse-highlighting...). But that's just phantasizing for the future. If done properly, that should definitely be part of it. Let me think some more about it; if it is trivial to do, I will add it before feature freeze; otherwise it will have to wait for 22.1. -- Kim F. Storm http://www.cua.dk