emacs-devel
[Top][All Lists]
Advanced

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

Re: character sets as they relate to “Raw” string literals for elisp


From: Eli Zaretskii
Subject: Re: character sets as they relate to “Raw” string literals for elisp
Date: Tue, 05 Oct 2021 20:15:47 +0300

> From: Juri Linkov <juri@linkov.net>
> Cc: Daniel Brooks <db48x@db48x.net>,  Eli Zaretskii <eliz@gnu.org>,  Stefan
>  Monnier <monnier@iro.umontreal.ca>,  Emacs developers
>  <emacs-devel@gnu.org>
> Date: Tue, 05 Oct 2021 19:25:40 +0300
> 
> Such ugly writing style where an en dash is not separated from the
> nearby words by whitespace makes the Info manual less readable.
> For example, in (info "(emacs) After a Crash"):
> 
>      As a last resort, if you had buffers with content which were not
>   associated with any files, or if the autosave was not recent enough to
>   have recorded important changes, you can use the ‘etc/emacs-buffer.gdb’
>   script with GDB (the GNU Debugger) to retrieve them from a core
>   dump–provided that a core dump was saved, and that the Emacs executable
>   =============
>   was not stripped of its debugging symbols.
> 
> This leaves one to wonder what does this word mean:
> "dump-provided"?
> 
> But the dash surrounded by whitespace on both sides makes the text
> much more readable:

It's a cultural thing.  People who come from English cultures are more
likely to like the style without whitespace.



reply via email to

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