I’ve pinged Stephen on this, to no response. I don’t judge it to be a
reasonable allocation of resources for me to put more effort into getting
approval on this--it’s two obvious lines, ffs--so I’m going to commit it
now. Reverting is, as ever an option.
Ar an chéad lá is fiche de mí Eanair, scríobh Aidan Kehoe:
> While preparing a trunk patch to integrate JWZ's X selection fixes, I came
> across the issue that utf-16-le isn't a coding system on
> -current. Implementing it as an alias for utf-16-little-endian seems to be
> the most sensible thing to do, to me.
>
> lisp/ChangeLog addition:
>
> 2005-01-21 Aidan Kehoe <kehoea(a)parhasard.net>
>
> * unicode.el:
> Add coding system aliases for utf-16-be and utf-16-le, for
> improved compatibility with Mule-UCS and the FSF.
>
> XEmacs Trunk source patch:
> Diff command: cvs -q diff -u
> Files affected: lisp/unicode.el
>
> Index: lisp/unicode.el
> ===================================================================
> RCS file: /pack/xemacscvs/XEmacs/xemacs/lisp/unicode.el,v
> retrieving revision 1.9
> diff -u -r1.9 unicode.el
> --- lisp/unicode.el 2004/11/04 23:05:55 1.9
> +++ lisp/unicode.el 2005/01/21 15:56:24
> @@ -192,6 +192,8 @@
> for private, corporate or internal use."
> type utf-16))
>
> +(define-coding-system-alias 'utf-16-be 'utf-16)
> +
> (make-coding-system
> 'utf-16-bom 'unicode
> "UTF-16 w/BOM"
> @@ -228,6 +230,8 @@
> See `utf-16' coding system."
> type utf-16
> little-endian t))
> +
> +(define-coding-system-alias 'utf-16-le 'utf-16-little-endian)
>
> (make-coding-system
> 'utf-16-little-endian-bom 'unicode
>
> --
> “Ah come on now Ted, a Volkswagen with a mind of its own, driving all over
> the place and going mad, if that’s not scary I don’t know what is.”
--
“Ah come on now Ted, a Volkswagen with a mind of its own, driving all over
the place and going mad, if that’s not scary I don’t know what is.”