procyberian/emacs
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity Actions

(Other Display Specs, Image Descriptors): Revert erroneous changes.

Browse source 
The previous description of image-descriptors as `(image . PROPS)' was
correct.  (Pointed out by Johan Bockgård.)
This commit is contained in:
Luc Teirlinck 2006-02-17 03:44:38 +00:00
parent b6498a68f3
commit 0f5fe5ccbf
1 changed files with 6 additions and 7 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

13
lispref/display.texi
View file

@ -3280,7 +3280,7 @@ Display @var{string} instead of the text that has this property.
Recursive display specifications are not supported---@var{string}'s
@code{display} properties, if any, are not used.
@item (image @var{image-props})
@item (image . @var{image-props})
This kind of display specification is an image descriptor (@pxref{Images}).
When used as a display specification, it means to display the image
instead of the text that has the display specification.
@ -3507,12 +3507,11 @@ function always returns @code{t}; for other image types, it returns
@subsection Image Descriptors
@cindex image descriptor
An image description is a list of the form @code{(image
@var{props})}, where @var{props} is a property list containing
alternating keyword symbols (symbols whose names start with a colon) and
their values. You can use any Lisp object as a property, but the only
properties that have any special meaning are certain symbols, all of
them keywords.
An image description is a list of the form @code{(image . @var{props})},
where @var{props} is a property list containing alternating keyword
symbols (symbols whose names start with a colon) and their values.
You can use any Lisp object as a property, but the only properties
that have any special meaning are certain symbols, all of them keywords.
Every image descriptor must contain the property @code{:type
@var{type}} to specify the format of the image. The value of @var{type}