; * etc/NEWS: Mention the 'utf-8-auto' bugfix (bug#60750).
This commit is contained in:
parent
9715715ac1
commit
be304bb328
1 changed files with 14 additions and 0 deletions
14
etc/NEWS
14
etc/NEWS
|
@ -563,6 +563,20 @@ The variable 'font-lock-support-mode' is occasionally useful for
|
||||||
debugging purposes. It is now a regular variable (instead of a user
|
debugging purposes. It is now a regular variable (instead of a user
|
||||||
option) and can be set to nil to disable Just-in-time Lock mode.
|
option) and can be set to nil to disable Just-in-time Lock mode.
|
||||||
|
|
||||||
|
+++
|
||||||
|
** The 'utf-8-auto' coding-system now produces BOM on encoding.
|
||||||
|
This is actually a bugfix, since this is how 'utf-8-auto' was
|
||||||
|
documented from day one; it just didn't behave according to
|
||||||
|
documentation. It turns out some Lisp programs were using this
|
||||||
|
coding-system on the wrong assumption that the "auto" part means some
|
||||||
|
automagic handling of the end-of-line (EOL) format conversion; those
|
||||||
|
program will now start to fail, because BOM signature in UTF-8 encoded
|
||||||
|
text is rarely expected. That is the reason we mention this bugfix
|
||||||
|
here.
|
||||||
|
|
||||||
|
In general, this coding-system should probably never be used for
|
||||||
|
encoding, only for decoding.
|
||||||
|
|
||||||
|
|
||||||
* Changes in Emacs 29.1
|
* Changes in Emacs 29.1
|
||||||
|
|
||||||
|
|
Loading…
Add table
Add a link
Reference in a new issue