Re: insert-char as alias to ucs-insert

[Thien-Thi Nguyen <ttn@gnuvola.org>]

() Chong Yidong <cyd@gnu.org>
() Mon, 16 Jul 2012 17:16:20 +0800

   One significant difference is that ucs-insert errors out if the
   argument is larger than #x10FFFF, whereas insert-char does
   not---it tests for CHARACTERP, which accepts up to #x3FFFFF.
   That's because the code space of utf-8-emacs is larger than
   Unicode.  Off the top of my head, making it more permissive is
   OK, i.e. we should allow insert-char with arguments of up to
   #x3FFFFF.  Anyone have a different opinion?

So this would break code that depends on ‘ucs-insert’ throwing
this range error.  Is there a lot of code like that in the wild?
Regardless, it feels wrong to discard this check.  Better IMHO
would be to factor out the common bits (i.e., ‘ucs-insert’ w/
specified range) into a separate func and have both ‘ucs-insert’
and ‘insert-char’ call that, specifying their expected range.

Otherwise, we would need to document ‘ucs-insert’ as not actually
respecting "UCS" range, i.e., a misnomer.  Somewhat suboptimal...