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: Eli Zaretskii <eliz <at> gnu.org>
To: Yigit Emre Sahinoglu <yigitemres <at> gmail.com>
Cc: 42099 <at> debbugs.gnu.org
Subject: bug#42099: Emacs -nw Turkish Layout Problem
Date: Mon, 29 Jun 2020 18:51:28 +0300

> Cc: 42099 <at> debbugs.gnu.org
> From: Yigit Emre Sahinoglu <yigitemres <at> gmail.com>
> Date: Mon, 29 Jun 2020 17:42:13 +0300
> 
> 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.

As long as the codepage reported to Emacs is 437, you will not be able
to see nor input Turkish characters.  the question is why is this
codepage being returned, when the system evidently uses a different
encoding...

This is Windows 10, right?  Do you per chance have the UTF-8 support
feature enabled?

You could also try this, once inside Emacs:

  C-x RET t cp857 RET
  C-x RET k cp857 RET

Does that help?
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.