From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Jason Rumney Newsgroups: gmane.emacs.devel Subject: Re: insert-char as alias to ucs-insert Date: Tue, 17 Jul 2012 21:11:22 +0800 Message-ID: <87y5miv8g5.fsf@gnu.org> 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 1342530768 24516 80.91.229.3 (17 Jul 2012 13:12:48 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Tue, 17 Jul 2012 13:12:48 +0000 (UTC) Cc: sdl.web@gmail.com, cyd@gnu.org, emacs-devel@gnu.org, Thien-Thi Nguyen , Rene@Kyllingstad.com To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Jul 17 15:12:46 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 1Sr7a1-0001lD-S9 for ged-emacs-devel@m.gmane.org; Tue, 17 Jul 2012 15:12:45 +0200 Original-Received: from localhost ([::1]:59650 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Sr7a1-0006w3-0z for ged-emacs-devel@m.gmane.org; Tue, 17 Jul 2012 09:12:45 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:40228) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Sr7Zp-0006rk-FY for emacs-devel@gnu.org; Tue, 17 Jul 2012 09:12:42 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Sr7Zj-0005qx-R1 for emacs-devel@gnu.org; Tue, 17 Jul 2012 09:12:33 -0400 Original-Received: from mail-ey0-f169.google.com ([209.85.215.169]:65042) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Sr7ZY-0005oO-3c; Tue, 17 Jul 2012 09:12:16 -0400 Original-Received: by eaan1 with SMTP id n1so176222eaa.0 for ; Tue, 17 Jul 2012 06:12:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type:content-transfer-encoding; bh=hGC6aL1Gt1dCWalRFTlreqroxCSruWTUpuLJpN0dpKk=; b=PI4YyjCn0J8CYgZtJoPvsSJf6KsIwcK5fXm+vU3a5HzKkxoHGTD5ifDGpS6clEg9+Z vAf8RgXL5Lj2KjME+q5l0G1+wKAhpNPPZHH8S7z7bSDIuDOe6DIguK3Qm0jkjYhU/vP2 Z8STQB0k1sRVfWB408kCw4L24a8phghu8WI6etb70RmgoXnbGpoEsYsSfJYJfzkQ6o9i epzBGo2m9jzsqCGNLAdcgD4EiUBJbSf7SfG7lZsE6sy8C46Rv4JIjcfsWxX9BwWPKAjY Nw5iNXcFGhXpKF4FO7kY3pyBUK6GBReUy3JMdWd+G0uizrfV1M6JRtIm8osBjLGqsF5Z jvuQ== Original-Received: by 10.14.179.198 with SMTP id h46mr2810198eem.45.1342530734891; Tue, 17 Jul 2012 06:12:14 -0700 (PDT) Original-Received: from home.jasonrumney.net (jasonrumney.broker.freenet6.net. [2001:5c0:1000:b::89fd]) by mx.google.com with ESMTPS id k48sm27535272een.10.2012.07.17.06.12.09 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 17 Jul 2012 06:12:13 -0700 (PDT) Original-Received: by home.jasonrumney.net (Postfix, from userid 1000) id C29C1E86; Tue, 17 Jul 2012 21:11:22 +0800 (MYT) In-Reply-To: <83a9yzbsui.fsf@gnu.org> (Eli Zaretskii's message of "Mon, 16 Jul 2012 18:58:45 +0300") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.1.50 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 209.85.215.169 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:151707 Archived-At: Eli Zaretskii writes: >> So this would break code that depends on =E2=80=98ucs-insert=E2=80=99 th= rowing >> 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. Which is why code that expects an error for non-Unicode characters uses ucs-insert, not insert-char. There is nothing broken about that.