unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
* Lisp manual is incomplete w.r.t. mode-line-format
@ 2005-06-03 15:36 Kevin Rodgers
  2005-06-06 16:04 ` Kevin Rodgers
  0 siblings, 1 reply; 2+ messages in thread
From: Kevin Rodgers @ 2005-06-03 15:36 UTC (permalink / raw)


In GNU Emacs 21.3.2 (i386-pc-solaris2.8, X toolkit) of 2003-05-22 on
zeus, the documentation for mode-line-format (in the Emacs Lisp
Reference Manual edition 2.8) is incomplete.

In describing a symbol or a list whose car is a symbol, the doc string
says the symbol's value is used, from which I would infer that the
symbol must be bound.

But the Lisp manual says that a SYMBOL construct whose value is void is
ignored.  That's OK, as that level of detail may not be appropriate for
the doc string.

But the manual does not say anything about an unbound symbol in a
(SYMBOL THEN [ELSE]) construct.  Experiment shows that when SYMBOL is
void the ELSE element is used, rather than ignoring the entire
construct.  Is that the correct behavior?  It should be documented.

The manual also says that "A list whose first element is a symbol that
is not a keyword specifies a conditional".  So how should (:KEYWORD ...)
be interpreted?  Experiment shows that (:foo "bar") is "bar", but (:foo)
is "*invalid*".

Finally, the manual does not explain what the result is when (:eval
FORM) causes an error.  From experiment, it is ignored.

Thanks,
-- 
Kevin Rodgers

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: Lisp manual is incomplete w.r.t. mode-line-format
  2005-06-03 15:36 Lisp manual is incomplete w.r.t. mode-line-format Kevin Rodgers
@ 2005-06-06 16:04 ` Kevin Rodgers
  0 siblings, 0 replies; 2+ messages in thread
From: Kevin Rodgers @ 2005-06-06 16:04 UTC (permalink / raw)


Kevin Rodgers wrote:
> In GNU Emacs 21.3.2 (i386-pc-solaris2.8, X toolkit) of 2003-05-22 on
> zeus, the documentation for mode-line-format (in the Emacs Lisp
> Reference Manual edition 2.8) is incomplete.
...
> Finally, the manual does not explain what the result is when (:eval
> FORM) causes an error.  From experiment, it is ignored.

In Emacs 22, is the error caught by apply-mode-line-format or by the
display engine?

-- 
Kevin Rodgers

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2005-06-06 16:04 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2005-06-03 15:36 Lisp manual is incomplete w.r.t. mode-line-format Kevin Rodgers
2005-06-06 16:04 ` Kevin Rodgers

Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).