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: Sun, 28 Jun 2020 22:46:39 +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> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="11934"; 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 00:43:14 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 1jpg14-00031e-5y for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 29 Jun 2020 00:43:14 +0200 Original-Received: from localhost ([::1]:60232 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jpg13-0007ZT-5j for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 28 Jun 2020 18:43:13 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:40088) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jpg0t-0007WP-37 for bug-gnu-emacs@gnu.org; Sun, 28 Jun 2020 18:43:03 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:35644) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1jpg0s-00073h-Q0 for bug-gnu-emacs@gnu.org; Sun, 28 Jun 2020 18:43:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1jpg0s-0004pT-O5 for bug-gnu-emacs@gnu.org; Sun, 28 Jun 2020 18:43:02 -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: Sun, 28 Jun 2020 22:43:02 +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.159338414018475 (code B ref 42099); Sun, 28 Jun 2020 22:43:02 +0000 Original-Received: (at 42099) by debbugs.gnu.org; 28 Jun 2020 22:42:20 +0000 Original-Received: from localhost ([127.0.0.1]:47184 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jpg0B-0004np-Mv for submit@debbugs.gnu.org; Sun, 28 Jun 2020 18:42:19 -0400 Original-Received: from mail-wr1-f51.google.com ([209.85.221.51]:33145) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jpdGS-0004DP-0B for 42099@debbugs.gnu.org; Sun, 28 Jun 2020 15:46:59 -0400 Original-Received: by mail-wr1-f51.google.com with SMTP id f18so6464340wrs.0 for <42099@debbugs.gnu.org>; Sun, 28 Jun 2020 12:46:55 -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:content-transfer-encoding; bh=EqR5hH2l04zd/uPBglV0ZCPSRiyKo9dfo47IcCGkzwg=; b=UW6k5R+V6dH6RXMGhI5L6Rlri8e8sybMTFDbR4Q5T7bzZ49l5IgtKWH65vBUuYfjVK DHA64nHrhkdOh5CqYpwpT1kbev+naDLQ76eaddPL5BoyCE1CUinU6bC+3MP8SKgLxUOF s3k0ugUiCirMt37hJHK5kFcX+ArtN1/mrwuC/UINGI+u4HlbazFxUcfH1b2VAN0dlTbG OgAXP4zOeeNtraBnZ4i/7/hGC0YpxMHnIkb+91iaRktuIBpvy46KBvpdL7ebFDI3259E PyQiKomKJ+ptkUrfWTKqBF2qaTpdxG5orCRQmHMfGH5A4qkhWUOd77fDejS7jEvsm1xV 1V2A== 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:content-transfer-encoding; bh=EqR5hH2l04zd/uPBglV0ZCPSRiyKo9dfo47IcCGkzwg=; b=tw3uiN5+XKfVNNHF/hNfuQ6OTiZVg1R3aq7OznT/qCw54Pz9zbz2pwfyDY8CbT8wYV VTl8L+B7SczbuOXZOiDK6FSPl+vDjOhfaXBnXLl5DjgvQM18EPw4qQzkwVBJATVRWiXC WFhOULIz2DKP5aUYXJqKpi22U2GezJwQ+pjtVA9MGHAUgHc/2M5EJhIuTWztlcO6ZrVr YKgZ/lqj6jV/mE0W5Mo/Kd7hIdiuGv6SZmPXeO761QK8FsjKG5z3UWZvJhWB2jFhULEd rLR0/Ag80gGc0GNy+LTl+N0SAi2B+guaVYd6Zy4iIHjayCPhzoPuFma/BNtqsl9u3AEe JgRg== X-Gm-Message-State: AOAM532uVDx2dd7DGhMmcbtjp8PLtHUiuzSJAKqnmJ7xKRDhtpFQxUCA LRc+oHlHQYjllMOC0INi2KhxeoLrtZvLKIrEpwNxzPoqvS0= X-Google-Smtp-Source: ABdhPJzxX2y9xnfvRgjFmvSf1RWv4M9G48ytF/C23zCNIqx8oc9pTD3Gs75jrbw+RuMTxrvS88XBPFyHO2sj9Vqjnvg= X-Received: by 2002:adf:afc3:: with SMTP id y3mr14680216wrd.277.1593373610092; Sun, 28 Jun 2020 12:46:50 -0700 (PDT) In-Reply-To: <83wo3r0zyh.fsf@gnu.org> X-Mailman-Approved-At: Sun, 28 Jun 2020 18:42:17 -0400 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:182501 Archived-At: w32-get-console-codepage =3D 437 (#0665, #x1b5). Problem still exists as I described (=C3=B6, =C3=A7, =C3=BC works but =C5=9F, =C4=B0 (types 0), =C4= =9F are broken.) "M-: (setq w32-use-fallback-wm-chars-method t)" does nothing. Problem still exists (I check the value if it's correctly set with describe-value). On Sun, Jun 28, 2020 at 10:09 PM Eli Zaretskii wrote: > > > Cc: 42099@debbugs.gnu.org > > From: Yigit Emre Sahinoglu > > Date: Sun, 28 Jun 2020 21:39:34 +0300 > > > > > If you start "emacs -Q -nw" in a cmd.exe window, then type =C5=9F, wh= at > > > happens? > > "=C5=9F" turns into "_". > > > > > > > And what does "C-h l" report after that? > > _ ;; self-insert-command > > C-h k ;; view-lossage > > > > > > > Also, what happens if you type "C-x 8 RET 15f RET", do you see the = =C5=9F > > > character on display, or do you see something else? > > \u015F > > So there are two problems: both keyboard input and display of Turkish > characters are broken. Is this still on a system where > w32-get-console-codepage returns 437? > > Does anything change regarding typing Turkish characters if you set > w32-use-fallback-wm-chars-method to a non-nil value?