From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: David Kastrup Newsgroups: gmane.emacs.devel Subject: Re: Several suggestions for image support Date: 22 Apr 2004 23:50:09 +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 1082671402 26402 80.91.224.253 (22 Apr 2004 22:03:22 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 22 Apr 2004 22:03:22 +0000 (UTC) Cc: rms@gnu.org, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Fri Apr 23 00:03:14 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 1BGmHp-0001OH-00 for ; Fri, 23 Apr 2004 00:03:13 +0200 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1BGmHp-00088g-00 for ; Fri, 23 Apr 2004 00:03:13 +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 1BGm6f-0001xw-R8 for emacs-devel@quimby.gnus.org; Thu, 22 Apr 2004 17:51:41 -0400 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.30) id 1BGm5s-0001ia-6M for emacs-devel@gnu.org; Thu, 22 Apr 2004 17:50:52 -0400 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.30) id 1BGm5K-0001b8-7x for emacs-devel@gnu.org; Thu, 22 Apr 2004 17:50:50 -0400 Original-Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.30) id 1BGm5J-0001b0-Us for emacs-devel@gnu.org; Thu, 22 Apr 2004 17:50:17 -0400 Original-Received: from fencepost.gnu.org ([127.0.0.1] helo=lola.goethe.zz) by fencepost.gnu.org with esmtp (Exim 4.24) id 1BGm3n-0002Zm-U1; Thu, 22 Apr 2004 17:48:44 -0400 Original-To: storm@cua.dk (Kim F. Storm) In-Reply-To: Original-Lines: 37 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:22048 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:22048 storm@cua.dk (Kim F. Storm) writes: > David Kastrup writes: > > > Richard Stallman writes: > > > > > I wonder if slicing images is really the right approach to take. > > > It will make possible scrolling through an image, though the > > > interline spacing will appear between the slices, which would be > > > ugly. > > > > Unless we provide a way to suppress the interline spacing in that > > case. > > I specifically reworked the interline spacing code to avoid adding > extra spacing in this case. > > This is generally useful to properly display "pre-sliced" images > which are very common on web pages. There is no question that we need a way to suppress interline spacing in order to apply sliced images to full utility. But it might be a mistake to do this automatically. For example, preview-latex can replace simple inline math with images. If we now happen to have two rows that consists solely of such inline math images, the interline spacing will vanish and the rows will get too tight. Since the removal of interline spacing is mostly desirable in connection with sliced images, and since there is no code in existence yet that produces sliced images, we are still free to define the semantics. I think it would be a tolerable requirement if one mounted a sliced image from pieces to cover the newline with a text property removing the line spacing, as described in a separate post. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum