GNU bug report logs - #42099
Emacs -nw Turkish Layout Problem

Previous Next

Package: emacs;

Reported by: Yigit Emre Sahinoglu <yigitemres <at> gmail.com>

Date: Sun, 28 Jun 2020 01:32:01 UTC

Severity: normal

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Yigit Emre Sahinoglu <yigitemres <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 42099 <at> debbugs.gnu.org
Subject: bug#42099: Emacs -nw Turkish Layout Problem
Date: Mon, 29 Jun 2020 17:42:13 +0300
[Message part 1 (text/plain, inline)]
chcp returns "Active code page: 437"

All chars displayed correctly on cmd.exe. It's something about Emacs 
Windows (maybe mingw do something finicky), I'm sure of that. WSL Emacs 
works perfectly fine with "emacs -Q -nw" even from cmd.exe. You can look 
at the attachments.


On 2020-06-29 17:07, Eli Zaretskii wrote:
>> From: Yigit Emre Sahinoglu <yigitemres <at> gmail.com>
>> Date: Sun, 28 Jun 2020 22:46:39 +0300
>> Cc: 42099 <at> debbugs.gnu.org
>>
>> w32-get-console-codepage = 437 (#0665, #x1b5). Problem still exists as
>> I described (ö, ç, ü works but ş, İ (types 0), ğ are broken.)
> OK.  So I think the problem might be in the setup of the Windows
> system.  If you type "chcp RET" in the Command Prompt window, does it
> also show codepage 437?  And if you type the problematic characters
> into the Command Prompt window (outside of Emacs) at the cmd.exe
> prompt, do you also see those characters displayed incorrectly?
[cmd_XAWZQ3ayEB.png (image/png, attachment)]
[cmd_3LO9oNHOnO.png (image/png, attachment)]

This bug report was last modified 3 years and 78 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.