emacs-bug-tracker
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#71033: closed (Typographical inconsistency with "evaluates to" arrow


From: GNU bug Tracking System
Subject: bug#71033: closed (Typographical inconsistency with "evaluates to" arrows in Elisp Intro)
Date: Sat, 18 May 2024 11:40:03 +0000

Your message dated Sat, 18 May 2024 14:39:18 +0300
with message-id <864jave4d5.fsf@gnu.org>
and subject line Re: bug#71033: Typographical inconsistency with "evaluates to" 
arrows in Elisp Intro
has caused the debbugs.gnu.org bug report #71033,
regarding Typographical inconsistency with "evaluates to" arrows in Elisp Intro
to be marked as done.

(If you believe you have received this mail in error, please contact
help-debbugs@gnu.org.)


-- 
71033: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=71033
GNU Bug Tracking System
Contact help-debbugs@gnu.org with problems
--- Begin Message --- Subject: Typographical inconsistency with "evaluates to" arrows in Elisp Intro Date: Sat, 18 May 2024 12:08:38 +0200
Hello list,

in /doc/lispintro/emacs-lisp-intro.texi, on lines 7196 and 7206, the @result{} commands do not have a space character between the "results to" arrow sign and the actual results (i.e., @result{}(fir oak maple) and @result{}(maple), respectively).

Since all other "results to" examples in the document use a space between the arrow and the result, these two instances should be normalized with a space.

Thanks,
Nicolas

--- End Message ---
--- Begin Message --- Subject: Re: bug#71033: Typographical inconsistency with "evaluates to" arrows in Elisp Intro Date: Sat, 18 May 2024 14:39:18 +0300
> From: Nicolas Semrau <nicolas.semrau@gmail.com>
> Date: Sat, 18 May 2024 12:08:38 +0200
> 
> in /doc/lispintro/emacs-lisp-intro.texi, on lines 7196 and 7206, the 
> @result{} commands do not have a space
> character between the "results to" arrow sign and the actual results (i.e., 
> @result{}(fir oak maple) and
> @result{}(maple), respectively).
> 
> Since all other "results to" examples in the document use a space between the 
> arrow and the result, these two
> instances should be normalized with a space.

Thanks, fixed on the emacs-29 branch, and closing the bug.


--- End Message ---

reply via email to

[Prev in Thread] Current Thread [Next in Thread]