From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.ciao.gmane.io!not-for-mail From: Yigit Emre Sahinoglu Newsgroups: gmane.emacs.bugs Subject: bug#42099: Emacs -nw Turkish Layout Problem Date: Mon, 29 Jun 2020 20:06:35 +0300 Message-ID: References: <83h7uv2ryp.fsf@gnu.org> <835zbb2kgz.fsf@gnu.org> <83y2o711zf.fsf@gnu.org> <54ddc85e-fca4-e585-e893-29d31c074a90@gmail.com> <83wo3r0zyh.fsf@gnu.org> <83sgee0xu8.fsf@gnu.org> <83h7ut27lr.fsf@gnu.org> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="00000000000066732305a93c1525" Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="54064"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 42099@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Mon Jun 29 19:07:09 2020 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jpxFN-000DzN-HS for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 29 Jun 2020 19:07:09 +0200 Original-Received: from localhost ([::1]:55176 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jpxFM-00036j-K6 for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 29 Jun 2020 13:07:08 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:34678) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jpxFG-00036M-2T for bug-gnu-emacs@gnu.org; Mon, 29 Jun 2020 13:07:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:37762) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1jpxFF-0003WE-Pr for bug-gnu-emacs@gnu.org; Mon, 29 Jun 2020 13:07:01 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1jpxFF-0002by-KT for bug-gnu-emacs@gnu.org; Mon, 29 Jun 2020 13:07:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Yigit Emre Sahinoglu Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 29 Jun 2020 17:07:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 42099 X-GNU-PR-Package: emacs Original-Received: via spool by 42099-submit@debbugs.gnu.org id=B42099.159345041910030 (code B ref 42099); Mon, 29 Jun 2020 17:07:01 +0000 Original-Received: (at 42099) by debbugs.gnu.org; 29 Jun 2020 17:06:59 +0000 Original-Received: from localhost ([127.0.0.1]:49308 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jpxF9-0002be-O9 for submit@debbugs.gnu.org; Mon, 29 Jun 2020 13:06:59 -0400 Original-Received: from mail-wr1-f50.google.com ([209.85.221.50]:38001) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jpxF5-0002bO-Jm for 42099@debbugs.gnu.org; Mon, 29 Jun 2020 13:06:53 -0400 Original-Received: by mail-wr1-f50.google.com with SMTP id z13so17276136wrw.5 for <42099@debbugs.gnu.org>; Mon, 29 Jun 2020 10:06:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=SDg2QPP0Iq5dDUPMmbDesx4P8Y6fcQbn1AcDiX1J5Xg=; b=KS+fITuGJGc7nxY9fUcwkPL5rdu3nBL+4D10gzI2F5LyzhR+Bly4RQ2+EtN/3fSnmg uZeVTruSyqbqBKsQXigWKt2BaC/SQi8SDu9O6T8hV9OStWvoHe/A01CY3Cz/9cZ/r0WT JWIda0URCDK09yQvq2xlUglJLwUt5TWq70cGxNIZCr9Ri2wP8t46aIwYYRCidueNUgiY 6H50PKwbNpZwrJNzm2BOUfocTy3V3OUuXtZxeSDBT1tMGiiXYjLE2qjY/AxbQTuTiI2y wEGxQh4pCjOwnhwSvSQWel0uQmxPrSwcA/6w1KdyHMn4rgfi0NYQDEaPz2UnLNakjoW2 j/bg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=SDg2QPP0Iq5dDUPMmbDesx4P8Y6fcQbn1AcDiX1J5Xg=; b=UhfCdv/bYvhMXWX/bAm4ElY6bkMHqCSQBAC9/eL+d/75Z1dnQlsdC+BwXB8sXNRkjj epkhLKg0mrOkXIlDfWUR+EBFYrJ6yLBr9MOA6X9yOOEElBVQO/has+AYFO3L5J1V81/b j6KYuc13ZVPVpUtddIfFJ/a2qQQ3DLhblXbe1Xi+1XTjKXObU/jzDbk9EMukX6AfS3hx D8NM4jBpI5gsuL16IvBdVloNfPl7RPREuCCfDT2sRWc60y5ix3BnGFXDHN0v7N06bukM p256ARC0sy+oxfIO1B5FeCk4s5IivxEAPH6NUbC+V4OFaYyH1Q48BYggTsqYZWTUe9lp Z7bA== X-Gm-Message-State: AOAM530/oNo1KTo+LFKBpUht6WV2sdAlq9xBjXyIz6P+kPb4nxTkOjKg bno2crHYi84flQY4M5coWNFy4spxWHpl/98CUeY= X-Google-Smtp-Source: ABdhPJy33Xdu0KlHcuQyJ1bvR3ZYuxtmok6MH5T51lxFbKgA9K3jKFfajOS59X0ucpwtnEzA+5AdFLrZJQTY1rjIwGU= X-Received: by 2002:a5d:69c5:: with SMTP id s5mr17804842wrw.197.1593450405719; Mon, 29 Jun 2020 10:06:45 -0700 (PDT) In-Reply-To: <83h7ut27lr.fsf@gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:182538 Archived-At: --00000000000066732305a93c1525 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable > > C-x RET t cp857 RET > C-x RET k cp857 RET Not helping. The problem still exists. This is Windows 10, right? Do you per chance have the UTF-8 support > feature enabled? > I use Windows 10. I cannot find UTF-8 support feature (look from `Windows features on or off` from Control Panel) but I'm pretty sure that UTF-8 support feature exists. Only problematic software I'm aware of is `emacs -nw`. Yi=C4=9Fit Emre =C5=9Eahino=C4=9Flu On Mon, Jun 29, 2020 at 6:51 PM Eli Zaretskii wrote: > > Cc: 42099@debbugs.gnu.org > > From: Yigit Emre Sahinoglu > > 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? > --00000000000066732305a93c1525 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
=C2=A0 C-x RET t cp857 RET
=C2=A0 C-x RET k cp857 RET

Not helping. The problem still ex= ists.

This is Windows 10, right?=C2=A0 Do you per chance have the UTF-8 su= pport
feature enabled?

I use Windows 10. I cannot find UTF-8 = support feature (look from `Windows features on or off`=C2=A0 from Control = Panel) but I'm pretty sure that UTF-8 support feature exists. Only prob= lematic software I'm aware of is `emacs -nw`.

=
Yi=C4=9Fit Emre =C5=9Eahin= o=C4=9Flu


On Mon, Jun 29, 2020 at 6:51 PM Eli Zaretsk= ii <eliz@gnu.org> wrote:
> Cc: 42099@debbugs.gnu.org
> From: Yigit Emre Sahinoglu <yigitemres@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 Ema= cs
> 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.=C2=A0 the question is why is this
codepage being returned, when the system evidently uses a different
encoding...

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

You could also try this, once inside Emacs:

=C2=A0 C-x RET t cp857 RET
=C2=A0 C-x RET k cp857 RET

Does that help?
--00000000000066732305a93c1525--