From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from sa-prd-fep-043.btinternet.com (mailomta10-sa.btinternet.com [213.120.69.16]) by sourceware.org (Postfix) with ESMTPS id 1932F388F40E for ; Tue, 5 May 2020 16:20:21 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org 1932F388F40E Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=dronecode.org.uk Authentication-Results: sourceware.org; spf=none smtp.mailfrom=jon.turney@dronecode.org.uk Received: from sa-prd-rgout-003.btmx-prd.synchronoss.net ([10.2.38.6]) by sa-prd-fep-043.btinternet.com with ESMTP id <20200505162019.WWLS6523.sa-prd-fep-043.btinternet.com@sa-prd-rgout-003.btmx-prd.synchronoss.net>; Tue, 5 May 2020 17:20:19 +0100 Authentication-Results: btinternet.com; auth=pass (PLAIN) smtp.auth=jonturney@btinternet.com X-Originating-IP: [31.51.205.84] X-OWM-Source-IP: 31.51.205.84 (GB) X-OWM-Env-Sender: jonturney@btinternet.com X-VadeSecure-score: verdict=clean score=0/300, class=clean X-RazorGate-Vade: gggruggvucftvghtrhhoucdtuddrgeduhedrjeeigdeliecutefuodetggdotefrodftvfcurfhrohhfihhlvgemuceutffkvffkuffjvffgnffgvefqofdpqfgfvfenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhepuffvfhfhkffffgggjggtgfesthekredttdefjeenucfhrhhomheplfhonhcuvfhurhhnvgihuceojhhonhdrthhurhhnvgihsegurhhonhgvtghouggvrdhorhhgrdhukheqnecuggftrfgrthhtvghrnhepudfffeeuudegtefhffekgeeuhfeghfeijeeivdeggfefleekuedutdegieevueegnecuffhomhgrihhnpehnlhhlkhdrnhgvthdptgihghifihhnrdgtohhmnecukfhppeefuddrhedurddvtdehrdekgeenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhephhgvlhhopegludelvddrudeikedruddruddujegnpdhinhgvthepfedurdehuddrvddthedrkeegpdhmrghilhhfrhhomhepoehjohhnrdhtuhhrnhgvhiesughrohhnvggtohguvgdrohhrghdruhhkqecuuefqffgjpeekuefkvffokffogfdprhgtphhtthhopeeotgihghifihhnsegthihgfihinhdrtghomheqpdhrtghpthhtohepoehmrghrtghordgrthiivghrihesghhmrghilhdrtghomheq X-RazorGate-Vade-Verdict: clean 0 X-RazorGate-Vade-Classification: clean Received: from [192.168.1.117] (31.51.205.84) by sa-prd-rgout-003.btmx-prd.synchronoss.net (5.8.340) (authenticated as jonturney@btinternet.com) id 5E3A268A0F13E55D; Tue, 5 May 2020 17:20:19 +0100 Subject: Re: German Keyboard for X To: Marco Atzeri , The Cygwin Mailing List References: <4b28ec91-1974-1bd7-ed54-da95f039b767@gmail.com> From: Jon Turney Message-ID: <9dba6197-fc55-fa5a-de7b-4849e1f07324@dronecode.org.uk> Date: Tue, 5 May 2020 17:20:19 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.7.0 MIME-Version: 1.0 In-Reply-To: <4b28ec91-1974-1bd7-ed54-da95f039b767@gmail.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-GB Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-5.7 required=5.0 tests=BAYES_00, FORGED_SPF_HELO, KAM_DMARC_STATUS, KAM_LAZY_DOMAIN_SECURITY, RCVD_IN_DNSWL_LOW, SPF_HELO_PASS, SPF_NONE, TXREP autolearn=no autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on server2.sourceware.org X-BeenThere: cygwin@cygwin.com X-Mailman-Version: 2.1.29 Precedence: list List-Id: General Cygwin discussions and problem reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 May 2020 16:20:31 -0000 On 05/05/2020 17:01, Marco Atzeri via Cygwin wrote: > I see a glitch on the Keyboard for X (not on Mintty), > when I am running this Keyboard Layout > > (--) Windows keyboard layout: "A0000407" (a0000407) "Deutsch - no dead > keys", type 34668816 > (--) Found matching XKB configuration "German (Germany)" > (--) Model = "pc105" Layout = "de" Variant = "none" Options = "none" > (--) Windows keyboard layout device identifier indicates Macintosh, > setting Model = "macintosh"Rules = "base" Model = "macintosh" Layout = > "de" Variant = "none" Options = "none" > > the ALTGR+8 and ALTGR+9 produces {} (same as ALTGR+7 and ALTGR+0) >  instead of the expected [] > > The Windows Layout is coming from: > https://zauner.nllk.net/post/0014-windows-no-dead-keys/ > > > The problem is not present with the default Windows German Layout > > (--) Windows keyboard layout: "00000407" (00000407) "German", type 7 > (--) Found matching XKB configuration "German (Germany)" > (--) Model = "pc105" Layout = "de" Variant = "none" Options = "none" > Rules = "base" Model = "pc105" Layout = "de" Variant = "none" Options = > "none" > > What ever this Model = "macintosh" is, I doubt having > ALTGR+8 same as ALTGR+7 makes any sense There's some code in the X server which tries to identify if you are using Windows under bootcamp on a mac, with the appropriate Windows keyboard layout, and turns on model=mac there. At the moment, this gets turned on if the top 2 bits of the layout ID are set, which really just means "non-Microsoft provided layout", which is perhaps too aggressive. It's probably a bug in xkeyboard-config that combination of options produces mapping that's messed up like that. > Suggestion? i) Explicitly set the X server keyboard layout you want using setxkbmap or the equivalent options. ii) Provide the information per [1] and I can add it to the set of layout autodetected by the server. (Not totally sure that's a the best idea, as there's nothing to prevent someone else publishing a different variant german layout with the same ID) [1] https://x.cygwin.com/docs/faq/cygwin-x-faq.html#q-submit-layout