From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Joe Wells Newsgroups: gmane.emacs.bugs Subject: display property as display spec vector behavior unclear Date: Tue, 18 Sep 2007 22:53:41 +0100 Message-ID: <86odfzfxne.fsf@macs.hw.ac.uk> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: sea.gmane.org 1190152434 19705 80.91.229.12 (18 Sep 2007 21:53:54 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 18 Sep 2007 21:53:54 +0000 (UTC) To: bug-gnu-emacs@gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Sep 18 23:53:52 2007 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1IXl0x-0002SC-LS for geb-bug-gnu-emacs@m.gmane.org; Tue, 18 Sep 2007 23:53:51 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1IXl0w-0000jF-AE for geb-bug-gnu-emacs@m.gmane.org; Tue, 18 Sep 2007 17:53:50 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1IXl0u-0000hs-4q for bug-gnu-emacs@gnu.org; Tue, 18 Sep 2007 17:53:48 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1IXl0t-0000hE-Ho for bug-gnu-emacs@gnu.org; Tue, 18 Sep 2007 17:53:47 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1IXl0t-0000h6-6e for bug-gnu-emacs@gnu.org; Tue, 18 Sep 2007 17:53:47 -0400 Original-Received: from izanami.macs.hw.ac.uk ([137.195.13.6]) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1IXl0s-0007Zn-I2 for bug-gnu-emacs@gnu.org; Tue, 18 Sep 2007 17:53:46 -0400 Original-Received: from lxultra1.macs.hw.ac.uk ([137.195.27.173]:59971 helo=127.0.0.1) by izanami.macs.hw.ac.uk with smtp (Exim 4.51) id 1IXl0n-0003wf-Ub for bug-gnu-emacs@gnu.org; Tue, 18 Sep 2007 22:53:42 +0100 Original-Received: (nullmailer pid 4399 invoked by uid 1001); Tue, 18 Sep 2007 21:53:41 -0000 User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.1 (gnu/linux) X-Detected-Kernel: Linux 2.6, seldom 2.4 (older, 4) X-BeenThere: bug-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:16564 Archived-At: The documentation in the Emacs Lisp manual on the display property states this: The value of the `display' property should be a display specification, or a list or vector containing several display specifications. Unfortunately, this is the only thing it states about the case where the display property is a list or vector of display specs. I searched for all occurrences of the words =E2=80=9Clist=E2=80=9D and =E2= =80=9Cvector=E2=80=9D in that section of the manual and could not find more precise details. I would guess from the above description that if the display property were a vector of display specs, then all of the things specified to be displayed would be shown from left to right. However, it seems that only the first one is used, which seems strange. Reproduce by evaluating this code: (let ((buf (get-buffer-create "foo"))) (with-current-buffer buf (display-buffer buf) (erase-buffer) (dolist (o (overlays-in (point-min) (point-max))) (delete-overlay o)) (insert "ABC") (let ((o (make-overlay 2 3))) (overlay-put o 'display ["1" "2" "3"])))) You will see the =E2=80=9Cfoo=E2=80=9D window pop up and in the window you = will see =E2=80=9CA1C=E2=80=9D. I expected that instead =E2=80=9CA123C=E2=80=9D wou= ld be shown. If this is a documentation bug, could the documentation please be clarified? If this is a code bug, could the code please be fixed? By the way, the code in handle_display_prop in xdisp.c does explicitly loop over all of the elements of the vector. So the code is going to the effort to do something with all of them, although only the work from the first one is currently showing up. Also by the way, it would be *extremely* useful if all of the display specifications in a vector were shown. I'm trying to make the features of AUCTeX's tex-fold.el work together with latex-preview, and if a vector of display specs were all shown this would make things really easy. Thanks for your time in considering this issue. Joe =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D In GNU Emacs 22.1.1 (i686-pc-linux-gnu, GTK+ Version 2.8.20) of 2007-06-27 on artemis Windowing system distributor `The X.Org Foundation', version 11.0.70000000 configured using `configure '--prefix=3D/home/jbw/local2' '--enable-debug'= '--disable-nls' '--with-x-toolkit=3Dgtk' 'CFLAGS=3D-O0 -g3 -ggdb'' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: nil value of $LC_CTYPE: en_US.UTF-8 value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: jbw value of $LANG: nil locale-coding-system: utf-8 default-enable-multibyte-characters: t Major mode: Lisp Interaction Minor modes in effect: TeX-source-specials-mode: t auto-fill-function: do-auto-fill shell-dirtrack-mode: t outline-minor-mode: t desktop-save-mode: t url-handler-mode: t tooltip-mode: t mouse-wheel-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t unify-8859-on-encoding-mode: t utf-translate-cjk-mode: t auto-compression-mode: t temp-buffer-resize-mode: t size-indication-mode: t line-number-mode: t transient-mark-mode: t