From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: insert-char as alias to ucs-insert Date: Mon, 16 Jul 2012 18:58:45 +0300 Message-ID: <83a9yzbsui.fsf@gnu.org> References: <87629qz67l.fsf@gnu.org> <87mx30t6aj.fsf@gnu.org> <87k3y4atg7.fsf@zigzag.favinet> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: QUOTED-PRINTABLE X-Trace: dough.gmane.org 1342454371 10921 80.91.229.3 (16 Jul 2012 15:59:31 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Mon, 16 Jul 2012 15:59:31 +0000 (UTC) Cc: Rene@Kyllingstad.com, cyd@gnu.org, sdl.web@gmail.com, emacs-devel@gnu.org To: Thien-Thi Nguyen Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Jul 16 17:59:30 2012 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Sqnho-0005s2-DW for ged-emacs-devel@m.gmane.org; Mon, 16 Jul 2012 17:59:28 +0200 Original-Received: from localhost ([::1]:40251 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Sqnhn-0001Fv-RD for ged-emacs-devel@m.gmane.org; Mon, 16 Jul 2012 11:59:27 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:39775) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Sqnhi-000140-D9 for emacs-devel@gnu.org; Mon, 16 Jul 2012 11:59:26 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Sqnhe-0005qi-BZ for emacs-devel@gnu.org; Mon, 16 Jul 2012 11:59:22 -0400 Original-Received: from mtaout22.012.net.il ([80.179.55.172]:51492) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Sqnhc-0005qM-F9; Mon, 16 Jul 2012 11:59:16 -0400 Original-Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0M7900900GBNJC00@a-mtaout22.012.net.il>; Mon, 16 Jul 2012 18:58:38 +0300 (IDT) Original-Received: from HOME-C4E4A596F7 ([87.69.210.75]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0M790099FGDPJ010@a-mtaout22.012.net.il>; Mon, 16 Jul 2012 18:58:38 +0300 (IDT) In-reply-to: <87k3y4atg7.fsf@zigzag.favinet> X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: Solaris 10 (beta) X-Received-From: 80.179.55.172 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:151675 Archived-At: > From: Thien-Thi Nguyen > Date: Mon, 16 Jul 2012 12:31:04 +0200 > Cc: emacs-devel@gnu.org, Leo , Rene@Kyllingstad.= com >=20 > () Chong Yidong > () Mon, 16 Jul 2012 17:16:20 +0800 >=20 > 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? >=20 > So this would break code that depends on =E2=80=98ucs-insert=E2= =80=99 throwing > this range error. Is there a lot of code like that in the wild? If there is such a code, it is already broken, because a character in Emacs can really have values up to #x3FFFFF. > Regardless, it feels wrong to discard this check. Can you explain why?