From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.help Subject: Re: Unicode input on Windows Emacs: any plans? Date: Sat, 29 Mar 2014 10:03:37 +0300 Message-ID: <83wqfdebau.fsf@gnu.org> References: <83txamz1md.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: ger.gmane.org 1396076654 19896 80.91.229.3 (29 Mar 2014 07:04:14 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 29 Mar 2014 07:04:14 +0000 (UTC) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Sat Mar 29 08:04:23 2014 Return-path: Envelope-to: geh-help-gnu-emacs@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 1WTnJW-0002Ih-Q2 for geh-help-gnu-emacs@m.gmane.org; Sat, 29 Mar 2014 08:04:22 +0100 Original-Received: from localhost ([::1]:37755 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WTnJW-0000l2-E6 for geh-help-gnu-emacs@m.gmane.org; Sat, 29 Mar 2014 03:04:22 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:41499) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WTnIr-0000ix-7Z for help-gnu-emacs@gnu.org; Sat, 29 Mar 2014 03:04:11 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WTnIl-0005Wk-N1 for help-gnu-emacs@gnu.org; Sat, 29 Mar 2014 03:03:41 -0400 Original-Received: from mtaout25.012.net.il ([80.179.55.181]:49661) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WTnIl-0005VK-Eg for help-gnu-emacs@gnu.org; Sat, 29 Mar 2014 03:03:35 -0400 Original-Received: from conversion-daemon.mtaout25.012.net.il by mtaout25.012.net.il (HyperSendmail v2007.08) id <0N3600900RH77X00@mtaout25.012.net.il> for help-gnu-emacs@gnu.org; Sat, 29 Mar 2014 10:02:13 +0300 (IDT) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout25.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0N36007GLRJOYR10@mtaout25.012.net.il> for help-gnu-emacs@gnu.org; Sat, 29 Mar 2014 10:02:13 +0300 (IDT) In-reply-to: X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 80.179.55.181 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:96828 Archived-At: > From: Ilya Zakharevich > Date: Fri, 28 Mar 2014 21:57:04 +0000 (UTC) >=20 > On 2014-03-28, Eli Zaretskii wrote: > >> >> we do use > >> >> ReadConsoleInputW in text-mode session on Windows NT and late= r, so > >> >> Unicode keyboard input is supported even on a console. (Howe= ver, > >> >> console output still only supports the current OEM codepage.) > >> > > >> > Which means: =E2=80=9Cit does not work=E2=80=9D. >=20 > > What do you mean by "doesn't work"? >=20 > I meant only that =E2=80=9Cit only supports the current OEM codepag= e=E2=80=9D is > synonymous with =E2=80=9Cit is not Unicode input=E2=80=9D. That is correct only for output. On input, Emacs supports the same Unicode characters it does in GUI sessions, i.e. not limited to the OEM codepage. Whatever characters the current keyboard layout can send, Emacs will receive and correctly insert it in the buffer. When displaying that buffer, we are limited to the current console codepage. > > May I suggest reporting a bug > > using "M-x report-emacs-bug RET", and including all the details o= f how > > to reproduce the problems starting with "emacs -Q" or "emacs -Q -= nw"? >=20 > I did not do any experiments in console mode. But looking at what > Emacs does in windowed mode, I do not see why to reproduce this > (extremely buggy) behaviour in console would represent any problem= =E2=80=A6 I suggested reporting a bug because I think there might be a misunderstanding here. I think you are talking about a bug that doesn't exist, or maybe I (still) don't understand what buggy behavio= r you are describing. A bug report is a good way of figuring out which is which.