[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Emacs Lisp's future
From: |
Eli Zaretskii |
Subject: |
Re: Emacs Lisp's future |
Date: |
Mon, 06 Oct 2014 19:24:44 +0300 |
> From: David Kastrup <address@hidden>
> Cc: Mark H Weaver <address@hidden>, address@hidden, address@hidden,
> address@hidden, address@hidden, address@hidden, address@hidden
> Date: Mon, 06 Oct 2014 17:33:21 +0200
>
> If an overlong UTF-8 byte sequence representing '"' is processed
> transparently by Emacs, it will be reencoded into the original
> afterwards and depending on the next processing stage might trip up
> software afterwards.
Indeed. But that's what is expected from an editor: not to change the
stuff the user didn't touch.
> Of course, it would have done equally so without Emacs (or GUILE) in
> the middle.
Right.
> The solution obviously is to use a coding scheme for recoding that
> does _not_ reproduce unencodable bytes.
An editor such as Emacs cannot do that, I think.
- Re: Emacs Lisp's future, (continued)
- Re: Emacs Lisp's future, Stephen J. Turnbull, 2014/10/06
- Re: Emacs Lisp's future, Richard Stallman, 2014/10/07
- Re: Emacs Lisp's future, Stephen J. Turnbull, 2014/10/07
- Re: Emacs Lisp's future, David Kastrup, 2014/10/07
- Re: Emacs Lisp's future, Stephen J. Turnbull, 2014/10/07
- Re: Emacs Lisp's future, David Kastrup, 2014/10/07
- Re: Emacs Lisp's future, Thien-Thi Nguyen, 2014/10/10
Re: Emacs Lisp's future, Mark H Weaver, 2014/10/06
- Re: Emacs Lisp's future, Eli Zaretskii, 2014/10/06
- Re: Emacs Lisp's future, David Kastrup, 2014/10/06
- Re: Emacs Lisp's future,
Eli Zaretskii <=
- Re: Emacs Lisp's future, Stephen J. Turnbull, 2014/10/06
- Re: Emacs Lisp's future, David Kastrup, 2014/10/06
- Re: Emacs Lisp's future, Stephen J. Turnbull, 2014/10/06
Re: Emacs Lisp's future, Richard Stallman, 2014/10/07
Re: Emacs Lisp's future, Eli Zaretskii, 2014/10/07
Re: Emacs Lisp's future, David Kastrup, 2014/10/06
Re: Emacs Lisp's future, Mark H Weaver, 2014/10/06
Re: Emacs Lisp's future, Eli Zaretskii, 2014/10/06
Re: Emacs Lisp's future, David Kastrup, 2014/10/06
Re: Emacs Lisp's future, David Kastrup, 2014/10/06