Github/emacs
2
0
Fork 1
mirror of git://git.sv.gnu.org/emacs.git synced 2026-02-18 02:47:36 +00:00
Code Issues Projects Releases Packages Wiki Activity

(Position Info): Describe the case that Emacs shows

Browse source 
"part of display ...".
This commit is contained in:
Kenichi Handa 2005-10-12 13:03:09 +00:00
parent 6de0e1a293
commit 339ef8ceee
2 changed files with 14 additions and 2 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

5
man/ChangeLog
View file

@ -1,3 +1,8 @@
2005-10-12 Kenichi Handa <handa@m17n.org>
* basic.texi (Position Info): Describe the case that Emacs shows
"part of display ...".
2005-10-11 Jay Belanger <belanger@truman.edu>
* calc.texi (Integration): Mention using `a i' to compute definite

11
man/basic.texi
View file

@ -636,10 +636,17 @@ Char: c (0143, 99, 0x63) point=21044 of 26883(78%) column 53
The four values after @samp{Char:} describe the character that follows
point, first by showing it and then by giving its character code in
octal, decimal and hex. For a non-@acronym{ASCII} multibyte character, these are
followed by @samp{ext} and the character's representation, in hex, in
followed by @samp{file} and the character's representation, in hex, in
the buffer's coding system, if that coding system encodes the character
safely and with a single byte (@pxref{Coding Systems}). If the
character's encoding is longer than one byte, Emacs shows @samp{ext ...}.
character's encoding is longer than one byte, Emacs shows @samp{file ...}.
However, if the character displayed is in the range 0200 through
0377 octal, there's a case that it actually represents an invalid
UTF-8 byte. Emacs represents such a byte in a buffer by a sequence of
8-bit characters, but displays only the original invalid byte in octal
form. In such a case, Emacs shows @samp{part of display ...} instead
of @samp{file}.
@samp{point=} is followed by the position of point expressed as a character
count. The front of the buffer counts as position 1, one character later