From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Thien-Thi Nguyen Newsgroups: gmane.emacs.devel Subject: Re: insert-char as alias to ucs-insert Date: Mon, 16 Jul 2012 21:13:02 +0200 Message-ID: <874np7a5a9.fsf@zigzag.favinet> References: <87629qz67l.fsf@gnu.org> <87mx30t6aj.fsf@gnu.org> <87k3y4atg7.fsf@zigzag.favinet> <83a9yzbsui.fsf@gnu.org> 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 1342465995 11302 80.91.229.3 (16 Jul 2012 19:13:15 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Mon, 16 Jul 2012 19:13:15 +0000 (UTC) Cc: Rene@Kyllingstad.com, cyd@gnu.org, sdl.web@gmail.com, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Jul 16 21:13:14 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 1SqqjK-00029G-5Q for ged-emacs-devel@m.gmane.org; Mon, 16 Jul 2012 21:13:14 +0200 Original-Received: from localhost ([::1]:50023 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SqqjJ-0007UY-9v for ged-emacs-devel@m.gmane.org; Mon, 16 Jul 2012 15:13:13 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:48036) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SqqjG-0007TZ-8q for emacs-devel@gnu.org; Mon, 16 Jul 2012 15:13:11 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SqqjF-0005qA-8C for emacs-devel@gnu.org; Mon, 16 Jul 2012 15:13:10 -0400 Original-Received: from smtp207.alice.it ([82.57.200.103]:54284) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Sqqj8-0005az-He; Mon, 16 Jul 2012 15:13:02 -0400 Original-Received: from zigzag.favinet (80.180.3.208) by smtp207.alice.it (8.6.023.02) id 4FFCD13D00FCCFD1; Mon, 16 Jul 2012 21:13:00 +0200 Original-Received: from ttn by zigzag.favinet with local (Exim 4.72) (envelope-from ) id 1Sqqj8-0001EZ-Aj; Mon, 16 Jul 2012 21:13:02 +0200 User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.1 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 82.57.200.103 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:151684 Archived-At: () Eli Zaretskii () Mon, 16 Jul 2012 18:58:45 +0300 > 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. Perhaps that code was not interested in Emacs' abilities per se, but in filtering valid Unicode characters... > Regardless, it feels wrong to discard this check. Can you explain why? Not really. It's just a gut feeling that the name of the function (includes "UCS") should not need to have to be explained away in the documentation: (defun ucs-insert (CHARACTER ...) "Insert COUNT copies of CHARACTER of the given Unicode code point. Actually, CHARACTER can also be up to #x3FFFFF, which is not properly Unicode, but you get the idea [insert other convulsions here]..." ...) I see in another message by Stefan Monnier the idea to declare =E2=80=98ucs-insert=E2=80=99 obsolete, reducing confusion for stickler prog= rammers (like me). That's fine, too.