From unknown Fri Aug 15 15:29:40 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#19977 <19977@debbugs.gnu.org> To: bug#19977 <19977@debbugs.gnu.org> Subject: Status: 24.4; Incorrect translation of Super modifier with Ctrl or Meta on OS X Reply-To: bug#19977 <19977@debbugs.gnu.org> Date: Fri, 15 Aug 2025 22:29:40 +0000 retitle 19977 24.4; Incorrect translation of Super modifier with Ctrl or Me= ta on OS X reassign 19977 emacs submitter 19977 Philipp Stephani severity 19977 normal tag 19977 patch thanks From debbugs-submit-bounces@debbugs.gnu.org Sun Mar 01 11:40:13 2015 Received: (at submit) by debbugs.gnu.org; 1 Mar 2015 16:40:13 +0000 Received: from localhost ([127.0.0.1]:33478 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YS6ua-00077d-88 for submit@debbugs.gnu.org; Sun, 01 Mar 2015 11:40:12 -0500 Received: from eggs.gnu.org ([208.118.235.92]:44239) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YS6uY-00077M-QE for submit@debbugs.gnu.org; Sun, 01 Mar 2015 11:40:11 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YS6uS-0007m5-Gu for submit@debbugs.gnu.org; Sun, 01 Mar 2015 11:40:05 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: * X-Spam-Status: No, score=1.1 required=5.0 tests=BAYES_50, FREEMAIL_ENVFROM_END_DIGIT,FREEMAIL_FROM,T_DKIM_INVALID autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:37099) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YS6uS-0007lr-DN for submit@debbugs.gnu.org; Sun, 01 Mar 2015 11:40:04 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:45943) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YS6uQ-0006Sf-Mb for bug-gnu-emacs@gnu.org; Sun, 01 Mar 2015 11:40:04 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YS6uN-0007fi-FU for bug-gnu-emacs@gnu.org; Sun, 01 Mar 2015 11:40:02 -0500 Received: from mail-wi0-x231.google.com ([2a00:1450:400c:c05::231]:46772) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YS6uN-0007fO-8K for bug-gnu-emacs@gnu.org; Sun, 01 Mar 2015 11:39:59 -0500 Received: by widem10 with SMTP id em10so9857067wid.5 for ; Sun, 01 Mar 2015 08:39:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:subject:date:message-id:mime-version:content-type :content-transfer-encoding; bh=kbBR7RMspReD793/rujk5xeFyf7Wpe8XaPlZvJtGXgU=; b=Z8U3KlO8Q3cshpeqVHUf3DbqG2oX9YdlYSYyU1Z6MpVksx4XhOFtwgAozUoNnOArZ8 tml5GNhqPaicgh4uXUX9RgiM2PsaUiZMNBYxdZUCQQWuGwQsirC6PbtdXMlfCXtcY2N9 +QSFKWm2iFO2YBALuVj4ot+m2AUW8FN4/JZjuY6kGSTdUa5xT4bs1wpqFHMPbCZ19ktu lVNC2jz3ECf1oCjDUP6kiqMTbDI4bADqUswSLCXngaOIFVfOivxmy87IQF+Zn4em/Mk2 gdiX7gBY5HokaPg4IKm8n8HQbhDs+uP483MKUImE9Sn3xtzbBKYA3EpbfpvD1/zPHGdo Td9g== X-Received: by 10.180.198.211 with SMTP id je19mr19315708wic.37.1425227997807; Sun, 01 Mar 2015 08:39:57 -0800 (PST) Received: from p (46.128.209.83.dynamic.cablesurf.de. [46.128.209.83]) by mx.google.com with ESMTPSA id s19sm12167923wik.18.2015.03.01.08.39.56 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 01 Mar 2015 08:39:57 -0800 (PST) From: Philipp Stephani To: bug-gnu-emacs@gnu.org Subject: 24.4; Incorrect translation of Super modifier with Ctrl or Meta on OS X Date: Sun, 01 Mar 2015 17:36:29 +0100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -3.8 (---) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.8 (---) After pressing M-s-a, I get the message: M-s-=C3=A5 is undefined Expected: M-s-a (being defined or undefined) Tested running Emacs as a Carbon app on OS X: open -W -n -a /Applications/Emacs.app --args -Q After pressing C-s-a, I get the message: is undefined Expected: C-s-a (being defined or undefined) Seems to happen for all keys, not just a. For C-s-, the character produced is 0x1002ffa0 + instead of ; for M-s- the character produced is whatever OS X maps to Option+. This happens only if Super is pressed as well. More discussion at http://lists.gnu.org/archive/html/help-gnu-emacs/2015-02/msg00503.html. In GNU Emacs 24.4.1 (x86_64-apple-darwin14.1.0, NS apple-appkit-1344.72) of 2015-02-23 on p Windowing system distributor `Apple', version 10.3.1344 Configured using: `configure --prefix=3D/usr/local/Cellar/emacs/24.4 --enable-locallisppath=3D/usr/local/share/emacs/site-lisp --infodir=3D/usr/local/Cellar/emacs/24.4/share/info/emacs --with-file-notification=3Dgfile --with-dbus --with-gnutls --with-rsvg --with-imagemagick --without-popmail --with-ns --disable-ns-self-contained' Important settings: value of $LANG: de_DE.UTF-8 locale-coding-system: utf-8-unix Major mode: Lisp Interaction Minor modes in effect: tooltip-mode: t electric-indent-mode: t mouse-wheel-mode: t tool-bar-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t line-number-mode: t transient-mark-mode: t Recent input: C-h k M-s-=C3=A5 C-h k M-x r e p o r t -=20 e m a Recent messages: For information about GNU Emacs and the GNU system, type C-h C-a. M-s-=C3=A5 is undefined is undefined Load-path shadows: None found. Features: (shadow sort gnus-util mail-extr emacsbug message format-spec rfc822 mml easymenu mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util help-fns mail-prsvr mail-utils time-date tooltip electric uniquify ediff-hook vc-hooks lisp-float-type mwheel ns-win tool-bar dnd fontset image regexp-opt fringe tabulated-list newcomment lisp-mode prog-mode register page menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock font-lock syntax facemenu font-core frame cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese case-table epa-hook jka-cmpr-hook help simple abbrev minibuffer nadvice loaddefs button faces cus-face macroexp files text-properties overlay sha1 md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote make-network-process dbusbind gfilenotify cocoa ns multi-tty emacs) Memory information: ((conses 16 72131 5145) (symbols 48 17549 0) (miscs 40 36 136) (strings 32 9875 3982) (string-bytes 1 263546) (vectors 16 9027) (vector-slots 8 377107 15432) (floats 8 55 300) (intervals 56 189 0) (buffers 960 11)) From debbugs-submit-bounces@debbugs.gnu.org Tue Jan 05 01:33:26 2016 Received: (at control) by debbugs.gnu.org; 5 Jan 2016 06:33:27 +0000 Received: from localhost ([127.0.0.1]:38077 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aGLBO-0004ze-P3 for submit@debbugs.gnu.org; Tue, 05 Jan 2016 01:33:26 -0500 Received: from mail-vk0-f47.google.com ([209.85.213.47]:33182) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aGLBN-0004zP-US for control@debbugs.gnu.org; Tue, 05 Jan 2016 01:33:26 -0500 Received: by mail-vk0-f47.google.com with SMTP id a188so262655480vkc.0 for ; Mon, 04 Jan 2016 22:33:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=z5ob8FcwhDUfaKVSxBchGLVzntTFDHj71ZntduuaYWo=; b=KZAcvbb8bOBiM0uRZCgHu9dCS+3jKQFGeSss4nMCUDOetuZb0qqs2WYX42hvJy3kdX eqOH3QqcOxbFt3YSRpsm3WTnj4EoBuvPjyvyR/rlgrOzNU5v1lulO4YhA31Dlu5FbQnX xYn6/zWQZ1OOEg1aw2R4VNvQZkgrnIbyb28MfmjhVlmnvO5OG3L/pllo2DX9/VGlE5Ij 6u/x5WpAfsownuYABWzidxaHVX0JNy5iLE69sIZDzt2BdoosEZWR7rOQVleSpDt6O6kr 99RTT6sqIT2rI9keqgGMpiPErdxQbfwuP77wtC5i4AjqDWWKPyeQkesrpDkmniGn+SQm mwwQ== MIME-Version: 1.0 X-Received: by 10.31.10.199 with SMTP id 190mr65120358vkk.51.1451975600340; Mon, 04 Jan 2016 22:33:20 -0800 (PST) Received: by 10.31.214.131 with HTTP; Mon, 4 Jan 2016 22:33:20 -0800 (PST) Date: Tue, 5 Jan 2016 07:33:20 +0100 Message-ID: Subject: merge 19977 21330 21551 From: Anders Lindgren To: control@debbugs.gnu.org Content-Type: multipart/alternative; boundary=001a11440176e183bf05289069ca X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) --001a11440176e183bf05289069ca Content-Type: text/plain; charset=UTF-8 merge 19977 21330 21551 --001a11440176e183bf05289069ca Content-Type: text/html; charset=UTF-8
merge 19977 21330 21551

--001a11440176e183bf05289069ca-- From debbugs-submit-bounces@debbugs.gnu.org Tue Mar 29 06:17:58 2016 Received: (at 19977) by debbugs.gnu.org; 29 Mar 2016 10:17:58 +0000 Received: from localhost ([127.0.0.1]:42884 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1akqik-0007EJ-Gx for submit@debbugs.gnu.org; Tue, 29 Mar 2016 06:17:58 -0400 Received: from mail-lb0-f180.google.com ([209.85.217.180]:35269) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1akqij-0007E6-L9 for 19977@debbugs.gnu.org; Tue, 29 Mar 2016 06:17:58 -0400 Received: by mail-lb0-f180.google.com with SMTP id bc4so7176983lbc.2 for <19977@debbugs.gnu.org>; Tue, 29 Mar 2016 03:17:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=Lj3agQmIb3/ArnHGqeOofpZsD6eW9dO0ctbErgptj18=; b=X4RsiW3k4qnAjWVrt6z+eamdsdDlnbPd9Q53rGcwYL1qLd5Coir+/6yWr/ZbEKMlR0 AGSFeXvMAeV23ZZ4Y+EXucRqUXHZGQZdPM/vdBDBZDfkWLzzfFgDWUiscwkvWbmJzphL P4uTEUWW87rIToeNBlcyoXLVJrulZBwMHtzusHTbs5LYMfEBUyYt30UEV5oXPuUcKq5q hTBUsajYGq/aHDj1EGqlJJaszdO7P8zoNMReGAuB42n5ZQ1h97kqDNdsTj1F26zhE79Q w5q5ec+l6TEO9oIlLQ8UiDd0yW6uVJJpNSzsGtcXU9R5ouyLWyZkGhG6hGrvVB7ndnGD rkVA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=Lj3agQmIb3/ArnHGqeOofpZsD6eW9dO0ctbErgptj18=; b=lD2wW7uuguh9tFzAjpxi+Ad+zy2yXRfOB46B2yfeRf7D9T3yqESvEK52bgrnMEPDMA JZRtsyzeTQIzdfQVi25vamwH3AL/YB1p8xUjw1Tnw8vNW8fXmnZfcZK/CZB0yHjvYR+p y+waxlcH0sjh/badj7hhzA8wvREkqeMKyVbLOCNw4T5HKAXQh8dL70PuEzwcgc1FKVf6 doE+SlMIKZqpltUDrL+p3uSPrNs9YFjafu3qyHHyAdy1iXx44QqHUIlxM12YjFFXdK5Q HRz5SJfpzr5FUuhzEdPt5zzCXxFxLtpyy1EtgUhOrWtqJzmwGXqymqfMlgtewAJ5HjIW 61fw== X-Gm-Message-State: AD7BkJJdp6nVpH+MQCWOsvV2Mn4LNV1KckH9P008zXA3yH2t6PjqbGeLFEJoP7VnjhZSpybICfEEWMkDXr+FdA== X-Received: by 10.112.158.69 with SMTP id ws5mr743837lbb.23.1459246671661; Tue, 29 Mar 2016 03:17:51 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Philipp Stephani Date: Tue, 29 Mar 2016 10:17:42 +0000 Message-ID: Subject: Re: bug#19977: 24.4; Incorrect translation of Super modifier with Ctrl or Meta on OS X To: 19977@debbugs.gnu.org Content-Type: multipart/alternative; boundary=001a11c23462810fed052f2d5721 X-Spam-Score: -0.5 (/) X-Debbugs-Envelope-To: 19977 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.5 (/) --001a11c23462810fed052f2d5721 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Philipp Stephani schrieb am So., 1. M=C3=A4rz 2015 = um 17:41 Uhr: > > After pressing M-s-a, I get the message: > M-s-=C3=A5 is undefined > Expected: M-s-a (being defined or undefined) > > Tested running Emacs as a Carbon app on OS X: > open -W -n -a /Applications/Emacs.app --args -Q > > After pressing C-s-a, I get the message: > is undefined > Expected: C-s-a (being defined or undefined) > > Seems to happen for all keys, not just a. For C-s-, the > character produced is 0x1002ffa0 + instead of ; for > M-s- the character produced is whatever OS X maps to > Option+. This happens only if Super is pressed as well. More > discussion at > http://lists.gnu.org/archive/html/help-gnu-emacs/2015-02/msg00503.html. > > Unfortunately this is still happening with 25.0.92.1. --001a11c23462810fed052f2d5721 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


Philip= p Stephani <p.stephani2@gmail.c= om> schrieb am So., 1. M=C3=A4rz 2015 um 17:41=C2=A0Uhr:

After pressing M-s-a, I get the message:
M-s-=C3=A5 is undefined
Expected: M-s-a (being defined or undefined)

Tested running Emacs as a Carbon app on OS X:
open -W -n -a /Applications/Emacs.app --args -Q

After pressing C-s-a, I get the message:
<C-s-268632065> is undefined
Expected: C-s-a (being defined or undefined)

Seems to happen for all keys, not just a.=C2=A0 For C-s-<letter>, the=
character produced is 0x1002ffa0 + <letter> instead of <letter>= ; for
M-s-<letter> the character produced is whatever OS X maps to
Option+<letter>.=C2=A0 This happens only if Super is pressed as well.= =C2=A0 More
discussion at
http://lists.gnu.org/archive/h= tml/help-gnu-emacs/2015-02/msg00503.html.


Unfortunately this is still happening with= 25.0.92.1.=C2=A0
--001a11c23462810fed052f2d5721-- From debbugs-submit-bounces@debbugs.gnu.org Tue Mar 29 11:11:00 2016 Received: (at 19977) by debbugs.gnu.org; 29 Mar 2016 15:11:00 +0000 Received: from localhost ([127.0.0.1]:43898 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1akvIK-0007pK-4i for submit@debbugs.gnu.org; Tue, 29 Mar 2016 11:11:00 -0400 Received: from eggs.gnu.org ([208.118.235.92]:49929) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1akvIJ-0007p8-A6 for 19977@debbugs.gnu.org; Tue, 29 Mar 2016 11:10:59 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1akvI9-0006eU-25 for 19977@debbugs.gnu.org; Tue, 29 Mar 2016 11:10:54 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.2 required=5.0 tests=BAYES_50,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:60435) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1akvI8-0006eN-U9; Tue, 29 Mar 2016 11:10:48 -0400 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:1966 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1akvI8-0001yb-9m; Tue, 29 Mar 2016 11:10:48 -0400 Date: Tue, 29 Mar 2016 18:10:32 +0300 Message-Id: <83r3etwc9j.fsf@gnu.org> From: Eli Zaretskii To: Philipp Stephani In-reply-to: (message from Philipp Stephani on Tue, 29 Mar 2016 10:17:42 +0000) Subject: Re: bug#19977: 24.4; Incorrect translation of Super modifier with Ctrl or Meta on OS X References: MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -6.0 (------) X-Debbugs-Envelope-To: 19977 Cc: 19977@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -6.0 (------) > From: Philipp Stephani > Date: Tue, 29 Mar 2016 10:17:42 +0000 > > After pressing M-s-a, I get the message: > M-s-å is undefined > Expected: M-s-a (being defined or undefined) > > Tested running Emacs as a Carbon app on OS X: > open -W -n -a /Applications/Emacs.app --args -Q > > After pressing C-s-a, I get the message: > is undefined > Expected: C-s-a (being defined or undefined) > > Seems to happen for all keys, not just a. For C-s-, the > character produced is 0x1002ffa0 + instead of ; for > M-s- the character produced is whatever OS X maps to > Option+. This happens only if Super is pressed as well. More > discussion at > http://lists.gnu.org/archive/html/help-gnu-emacs/2015-02/msg00503.html. > > Unfortunately this is still happening with 25.0.92.1. What is the evidence that this is an Emacs problem? What do you get if you type s-a? From debbugs-submit-bounces@debbugs.gnu.org Tue Mar 29 11:30:13 2016 Received: (at 19977) by debbugs.gnu.org; 29 Mar 2016 15:30:13 +0000 Received: from localhost ([127.0.0.1]:43939 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1akvav-0008Mh-FI for submit@debbugs.gnu.org; Tue, 29 Mar 2016 11:30:13 -0400 Received: from mail-lf0-f44.google.com ([209.85.215.44]:34180) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1akvat-0008MS-V3 for 19977@debbugs.gnu.org; Tue, 29 Mar 2016 11:30:12 -0400 Received: by mail-lf0-f44.google.com with SMTP id c62so14590981lfc.1 for <19977@debbugs.gnu.org>; Tue, 29 Mar 2016 08:30:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=uU0paCJxB0tVP8Ydt9M3uCotL0riQYhMLYIoZMHpMcM=; b=ZvcUk+gxkRs0jtMDI/wJqVp6zDPpriIt4wW6PMcfx/xcdx87WPFzVXd1NIInfxX2bK spjS4PTJxxvmtCkP0UjdHDZbk5YUMVuWA1YVdb8Ixn+858mUkZs4HqrB1lWx58VRXFOJ XUE81S9iTxVwq0hQE5NSpK1ZkGYXUsBgpREDFFe14pElarE0CsmcXo4uEBLCiPVR50/O kFakPv47ShHZppKnthe6Es1JJDMJC+ZNd9qot0PhXwO0tJB0QkANeCvUniyX1eOZK/GT uP6t9EPC2+xBvpiubThnvFkzRS/V21xKpVpbfICcwkQCIRpe1NUFbd0JpFSV3msRYRyw XsQA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=uU0paCJxB0tVP8Ydt9M3uCotL0riQYhMLYIoZMHpMcM=; b=clYhDaJ8YF1gOasiSAKCjZbB3wb39R8K8tB/dRG8K/Yzv7cCVWtcqAaoHVxu3phXJe Nr9aVzxCkztvJkmtz6cYCmxZH33Ft1bjSSd7W4rDX/C75HDLpbywerKyIdctzFNxgwBZ 2jUJu2mP/wCAWvKmiRttgSd1ZkkDGhbaWXOZ90lskX+qa5DAGcStzx2OaQjHcC6ZR2ZB bnB2g4GJwQQ4HdQh2NUxgwEepHLuQvU6UisoaNkE9Cz5KKVt6oJWv+J186vYko8szDMU ZHYdkT1FMbkvLx3cb/gED5vidFsH47NJylNxvg8q+Vd7ihMo6oPo8HDwGDKY/aF560Rf vP0A== X-Gm-Message-State: AD7BkJKZ2ENAFn+AsVr5ns+uk2Qsp4VjnFMhkKwhi4fMr9hv40rxevV17MAIBF/thSPU1aV1/txis2uxTkJcbg== X-Received: by 10.25.212.213 with SMTP id l204mr1476716lfg.118.1459265406011; Tue, 29 Mar 2016 08:30:06 -0700 (PDT) MIME-Version: 1.0 References: <83r3etwc9j.fsf@gnu.org> In-Reply-To: <83r3etwc9j.fsf@gnu.org> From: Philipp Stephani Date: Tue, 29 Mar 2016 15:29:56 +0000 Message-ID: Subject: Re: bug#19977: 24.4; Incorrect translation of Super modifier with Ctrl or Meta on OS X To: Eli Zaretskii Content-Type: multipart/alternative; boundary=001a1140c8ec288ed0052f31b4ac X-Spam-Score: -0.5 (/) X-Debbugs-Envelope-To: 19977 Cc: 19977@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.5 (/) --001a1140c8ec288ed0052f31b4ac Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Eli Zaretskii schrieb am Di., 29. M=C3=A4rz 2016 um 17:11 Uh= r: > > From: Philipp Stephani > > Date: Tue, 29 Mar 2016 10:17:42 +0000 > > > > After pressing M-s-a, I get the message: > > M-s-=C3=A5 is undefined > > Expected: M-s-a (being defined or undefined) > > > > Tested running Emacs as a Carbon app on OS X: > > open -W -n -a /Applications/Emacs.app --args -Q > > > > After pressing C-s-a, I get the message: > > is undefined > > Expected: C-s-a (being defined or undefined) > > > > Seems to happen for all keys, not just a. For C-s-, the > > character produced is 0x1002ffa0 + instead of ; for > > M-s- the character produced is whatever OS X maps to > > Option+. This happens only if Super is pressed as well. More > > discussion at > > http://lists.gnu.org/archive/html/help-gnu-emacs/2015-02/msg00503.html= . > > > > Unfortunately this is still happening with 25.0.92.1. > > What is the evidence that this is an Emacs problem? > Because in other apps I can use these key combinations. E.g. C-s-f in Chrome toggles fullscreen mode. But in Emacs, such keybindings don't work. E.g. after evaluating (global-set-key (kbd "C-s-f") (lambda () (interactive) (message "It works"))) hitting C-s-f will lead to the error message " is undefined", and M-x lossage will contain " [nil]". > > What do you get if you type s-a? > This works as expected (i.e. I get whatever is bound to s-a, and s-a appears in lossage). It's only the combination of C-s and M-s that gets translated incorrectly. --001a1140c8ec288ed0052f31b4ac Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


Eli Za= retskii <eliz@gnu.org> schrieb am= Di., 29. M=C3=A4rz 2016 um 17:11=C2=A0Uhr:
> From: Philipp Stephani <p.stephani2@gmail.com>
> Date: Tue, 29 Mar 2016 10:17:42 +0000
>
>=C2=A0 After pressing M-s-a, I get the message:
>=C2=A0 M-s-=C3=A5 is undefined
>=C2=A0 Expected: M-s-a (being defined or undefined)
>
>=C2=A0 Tested running Emacs as a Carbon app on OS X:
>=C2=A0 open -W -n -a /Applications/Emacs.app --args -Q
>
>=C2=A0 After pressing C-s-a, I get the message:
>=C2=A0 <C-s-268632065> is undefined
>=C2=A0 Expected: C-s-a (being defined or undefined)
>
>=C2=A0 Seems to happen for all keys, not just a. For C-s-<letter>= , the
>=C2=A0 character produced is 0x1002ffa0 + <letter> instead of <= ;letter>; for
>=C2=A0 M-s-<letter> the character produced is whatever OS X maps = to
>=C2=A0 Option+<letter>. This happens only if Super is pressed as = well. More
>=C2=A0 discussion at
>=C2=A0 http://lists.gnu.or= g/archive/html/help-gnu-emacs/2015-02/msg00503.html.
>
> Unfortunately this is still happening with 25.0.92.1.

What is the evidence that this is an Emacs problem?
Because in other apps I can use these key combinations. E.g. C= -s-f in Chrome toggles fullscreen mode. But in Emacs, such keybindings don&= #39;t work. E.g. after evaluating=C2=A0(global-set-key (kbd "C-s-f&quo= t;) (lambda () (interactive) (message "It works"))) hitting C-s-f= will lead to the error message "<C-s-268632070> is undefined&qu= ot;, and M-x lossage will contain " <C-s-268632070> [nil]".=
=C2=A0

What do you get if you type s-a?

This w= orks as expected (i.e. I get whatever is bound to s-a, and s-a appears in l= ossage). It's only the combination of C-s and M-s that gets translated = incorrectly.
--001a1140c8ec288ed0052f31b4ac-- From debbugs-submit-bounces@debbugs.gnu.org Tue Mar 29 11:45:29 2016 Received: (at 19977) by debbugs.gnu.org; 29 Mar 2016 15:45:29 +0000 Received: from localhost ([127.0.0.1]:43954 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1akvph-0000Hl-GO for submit@debbugs.gnu.org; Tue, 29 Mar 2016 11:45:29 -0400 Received: from mail-lf0-f46.google.com ([209.85.215.46]:33601) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1akvpg-0000HY-Eu for 19977@debbugs.gnu.org; Tue, 29 Mar 2016 11:45:28 -0400 Received: by mail-lf0-f46.google.com with SMTP id g124so12711503lfg.0 for <19977@debbugs.gnu.org>; Tue, 29 Mar 2016 08:45:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=kV9rMiVPF3mpfBIL9hKl7IK8IvF32sGTr2cLNUlB+wg=; b=RaHOVJ0JexmZ4IthC6qoNeoj6qMjjI4ExDxTpWU82QD/1al+vAArzy7c5Ypy37LKiw 56jvo/aBzvPNgrWifG2Kj0GM1lv52DEOD0v4yTHDTQN1ba8m3OLH2mO+FwhLhjoXHP56 athUjJNshdBj25vEGNoS5Xv0EijCWs8P0cKTLW6DHmXBgBwygwTSGBevrDvqWtRsOLau rw09vGmOEjQL5wwACiSEVLB5YUKE7kDg0EWUvF8FwzZbC0qZ9ggCfX+4N0pNAu+8dS8w kKnrXYBK4jPoe5+0J9igWkRCynmSo4hsDdIhLbspsdyeRazUurjw3AAJmviords7pY5m oEiA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=kV9rMiVPF3mpfBIL9hKl7IK8IvF32sGTr2cLNUlB+wg=; b=eT84W3oC+A/kTOCC0peiliGePMxe64arCD32sX7iik25wp+ETnJgQ5hhgKXkY448XE 6Vl45II/yxKP7POAa2narPCNSpo4ZdE6GXXOHb8uR8bxKO/enXtnmNZSfuHeja+91uT4 r+1EfaLrNH/oj/VSJPFTLlJJZ/AKggC/zxqkfwW2McNzx56mrZC08CLKY3RbDJgYKsUB h7ISb5ChR4R3rWfNFIVujokvLZNgM+hPmLf25RrqZP6x8uZw/vtfDTv3tHeAGuwBzbBw ZFUmDtZNTR9UUuKBJjb/F/lZGeivFxrD11MRYop/VGHQzcVvQRhH/Pz2MsBe64xH/1ZY sirw== X-Gm-Message-State: AD7BkJKHFWYn2eaZvD+kYuhrCKjZ1UD1YHZIvdSzdBsI7zxRaLhcd7pbmPPey+xPgBI8T7rQWoHh3YT43jjAcg== X-Received: by 10.25.137.67 with SMTP id l64mr1291198lfd.158.1459266322576; Tue, 29 Mar 2016 08:45:22 -0700 (PDT) MIME-Version: 1.0 References: <83r3etwc9j.fsf@gnu.org> In-Reply-To: From: Philipp Stephani Date: Tue, 29 Mar 2016 15:45:13 +0000 Message-ID: Subject: Re: bug#19977: 24.4; Incorrect translation of Super modifier with Ctrl or Meta on OS X To: Eli Zaretskii Content-Type: multipart/alternative; boundary=001a113fa3feca3c56052f31ea2c X-Spam-Score: -0.5 (/) X-Debbugs-Envelope-To: 19977 Cc: 19977@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.5 (/) --001a113fa3feca3c56052f31ea2c Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Philipp Stephani schrieb am Di., 29. M=C3=A4rz 2016= um 17:29 Uhr: > >> What do you get if you type s-a? >> > > This works as expected (i.e. I get whatever is bound to s-a, and s-a > appears in lossage). It's only the combination of C-s and M-s that gets > translated incorrectly. > Some more debugging output, using NS_KEYLOG =3D 1. The input sequence is a, C-a, M-a, s-a, C-S-a, M-S-a, s-S-a, C-s-a, M-s-a. As you can see, 'code' is correct (A or a), except for the last two cases. keyDown: code =3D61 fnKey =3D0 flags =3D 100 mods =3D 0 keyDown: Begin compose sequence. 2016-03-29 17:37:57.711 Emacs[59410:2534138] insertText 'a' len =3D 1 keyDown: code =3D61 fnKey =3D0 flags =3D 40101 mods =3D 4000000 keyDown: code =3D61 fnKey =3D0 flags =3D 80120 mods =3D 8000000 keyDown: code =3D61 fnKey =3D0 flags =3D 100108 mods =3D 800000 keyDown: code =3D41 fnKey =3D0 flags =3D 60103 mods =3D 6000000 keyDown: code =3D41 fnKey =3D0 flags =3D a0122 mods =3D a000000 keyDown: code =3D41 fnKey =3D0 flags =3D 12010a mods =3D 2800000 keyDown: code =3D1 fnKey =3D0 flags =3D 140109 mods =3D 4800000 keyDown: code =3De5 fnKey =3D0 flags =3D 180128 mods =3D 8800000 --001a113fa3feca3c56052f31ea2c Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


Philip= p Stephani <p.stephani2@gmail.c= om> schrieb am Di., 29. M=C3=A4rz 2016 um 17:29=C2=A0Uhr:

What do you get if you type s-a?

This works as expected (i= .e. I get whatever is bound to s-a, and s-a appears in lossage). It's o= nly the combination of C-s and M-s that gets translated incorrectly.
<= /div>

Some more debugging output, usi= ng NS_KEYLOG =3D 1. The input sequence is a, C-a, M-a, s-a, C-S-a, M-S-a, s= -S-a, C-s-a, M-s-a. As you can see, 'code' is correct (A or a), exc= ept for the last two cases.

keyDown: code =3D= 61 fnKey = =3D0 flags = =3D 100 mod= s =3D 0
keyDown: Begin compose sequence.
2016-03-29 17:= 37:57.711 Emacs[59410:2534138] insertText 'a' len =3D 1
keyDown: cod= e =3D61 fnK= ey =3D0 fla= gs =3D 40101 mods =3D 4000000
keyDown: code =3D61 fnKey =3D0 flags =3D 80120 mods =3D 8000000
keyDo= wn: code =3D61 fnKey =3D0 flags =3D 100108 mods =3D 800000
keyDown: code =3D41 fnKey =3D0 flags =3D 60103 mods =3D 6000000
keyDown: code =3D41 fnKey =3D0 flags =3D a0122 mods =3D a000000
keyDown: code =3D41 fnKey =3D0 flags =3D 12010a mods =3D 280000= 0
keyDown: code =3D1 fnKey =3D0 flags =3D 140109 mods =3D 4800000
keyDown: code =3De5 fnKey =3D0 flags =3D 180= 128 mods = =3D 8800000

--001a113fa3feca3c56052f31ea2c-- From debbugs-submit-bounces@debbugs.gnu.org Tue Mar 29 12:00:23 2016 Received: (at 19977) by debbugs.gnu.org; 29 Mar 2016 16:00:23 +0000 Received: from localhost ([127.0.0.1]:43960 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1akw46-0000zq-T5 for submit@debbugs.gnu.org; Tue, 29 Mar 2016 12:00:23 -0400 Received: from eggs.gnu.org ([208.118.235.92]:38635) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1akw45-0000t1-45 for 19977@debbugs.gnu.org; Tue, 29 Mar 2016 12:00:21 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1akw3w-0005I9-84 for 19977@debbugs.gnu.org; Tue, 29 Mar 2016 12:00:16 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.2 required=5.0 tests=BAYES_50,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:33362) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1akw3w-0005I2-5N; Tue, 29 Mar 2016 12:00:12 -0400 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:2112 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1akw3v-0002is-Do; Tue, 29 Mar 2016 12:00:11 -0400 Date: Tue, 29 Mar 2016 18:59:55 +0300 Message-Id: <83lh51w9z8.fsf@gnu.org> From: Eli Zaretskii To: Philipp Stephani In-reply-to: (message from Philipp Stephani on Tue, 29 Mar 2016 15:45:13 +0000) Subject: Re: bug#19977: 24.4; Incorrect translation of Super modifier with Ctrl or Meta on OS X References: <83r3etwc9j.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -6.0 (------) X-Debbugs-Envelope-To: 19977 Cc: 19977@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -6.0 (------) > From: Philipp Stephani > Date: Tue, 29 Mar 2016 15:45:13 +0000 > Cc: 19977@debbugs.gnu.org > > Some more debugging output, using NS_KEYLOG = 1. The input sequence is a, C-a, M-a, s-a, C-S-a, M-S-a, > s-S-a, C-s-a, M-s-a. As you can see, 'code' is correct (A or a), except for the last two cases. I guess someone who understand how keyboard input works on OS X will have to look into this. From debbugs-submit-bounces@debbugs.gnu.org Tue Mar 29 12:31:46 2016 Received: (at 19977) by debbugs.gnu.org; 29 Mar 2016 16:31:46 +0000 Received: from localhost ([127.0.0.1]:43978 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1akwYU-00033I-3r for submit@debbugs.gnu.org; Tue, 29 Mar 2016 12:31:46 -0400 Received: from mail-lf0-f53.google.com ([209.85.215.53]:34184) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1akwYS-000338-7w for 19977@debbugs.gnu.org; Tue, 29 Mar 2016 12:31:44 -0400 Received: by mail-lf0-f53.google.com with SMTP id c62so16103783lfc.1 for <19977@debbugs.gnu.org>; Tue, 29 Mar 2016 09:31:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=oM5+DhTIv5jA7CCg4+/0OHalbgr051bGKjf8dFLh7fQ=; b=jYdtrnxFJObXv6IGY9Cd5kQJjuIHtvyx5I8iKxE2cyPeP7g7LQ2Qaen5TCmyOHxec9 VH6yCvuBmKhnWLzcRZ796SpNAU6zh+57zIJbnh1s9NGihjY/MDcy5C5NyZIdymVJCwX/ ipyxYiUmwD5Q7kHvCT0V3i42iUzrxh2YCsnZyiJySzYe90cQrue+Lj9s1Fxzj9TfZ4Rn ALp+aiMG6B9Q7OqUkp8AuoCA1HCpnxxsgPqO39pub4Nod6OrAOyx5kUAW+fVL/iKTr8W u9R+eGUZFhkjrWNwZLtlWa6ajObhMmK0rXD4cIjP2rxFfTJi5PkGZOSlBfZjEnD4OXhM 6dHA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=oM5+DhTIv5jA7CCg4+/0OHalbgr051bGKjf8dFLh7fQ=; b=DMwfFIWV00LI1+9dVH+UqeQCaUZb8gLaFX2hKVWgQMSWYLOCwzFhmhSpa+/nT70kTf ol9P6+nZHIrFaH2T/fqvyaWB4L2ZNgluuv+ZXoHakM+Q2sA7X5l/SsYGXKkdlvOEVVfe pro1EadHPh9zHJ4GhXYgugzT2Zi47OVWvA/oLoeFa9Q6+eGCLeQaY7kd+IH90vRupvNp rIRtg/9SZJUcuN99g5PLaGA9J6CZ63iDteua+Uj3KcLpqi/cD09RFZHIMWqBZSgwQAgP Gqb2/RnsZ1sTYSmdAL5e5yeDakPzjX9cX4e3MojHrjvIQj3/2r99BKeSpaVztqkxLSBF Ub/g== X-Gm-Message-State: AD7BkJIsKQwV3brGQiKeSuVOnjwiCQiHyDc/2nK+FhLikYw+8THkhPsTv8Ml39/3jgdA6LP/AH7sZXzzpWNb/Q== X-Received: by 10.25.148.71 with SMTP id w68mr1604022lfd.23.1459269098337; Tue, 29 Mar 2016 09:31:38 -0700 (PDT) MIME-Version: 1.0 References: <83r3etwc9j.fsf@gnu.org> <83lh51w9z8.fsf@gnu.org> In-Reply-To: <83lh51w9z8.fsf@gnu.org> From: Philipp Stephani Date: Tue, 29 Mar 2016 16:31:28 +0000 Message-ID: Subject: Re: bug#19977: 24.4; Incorrect translation of Super modifier with Ctrl or Meta on OS X To: Eli Zaretskii Content-Type: multipart/alternative; boundary=001a114014943cfd7f052f32904d X-Spam-Score: -0.5 (/) X-Debbugs-Envelope-To: 19977 Cc: 19977@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.5 (/) --001a114014943cfd7f052f32904d Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Eli Zaretskii schrieb am Di., 29. M=C3=A4rz 2016 um 18:00 Uh= r: > > From: Philipp Stephani > > Date: Tue, 29 Mar 2016 15:45:13 +0000 > > Cc: 19977@debbugs.gnu.org > > > > Some more debugging output, using NS_KEYLOG =3D 1. The input sequence i= s > a, C-a, M-a, s-a, C-S-a, M-S-a, > > s-S-a, C-s-a, M-s-a. As you can see, 'code' is correct (A or a), except > for the last two cases. > > I guess someone who understand how keyboard input works on OS X will > have to look into this. > If I comment out the if block below the comment /* if super (default), take input manager's word so things like dvorak / qwerty layout work */ in nsterm.m, everything works. Unless somebody can explain why that if block exists at all (i.e. why [theEvent characters] instead of [theEvent charactersIgnoringModifiers] is used), then I'd suggest to remove the block completely. --001a114014943cfd7f052f32904d Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


Eli Za= retskii <eliz@gnu.org> schrieb am= Di., 29. M=C3=A4rz 2016 um 18:00=C2=A0Uhr:
> From: Philipp Stephani <p.stephani2@gmail.com>
> Date: Tue, 29 Mar 2016 15:45:13 +0000
> Cc: 19977@d= ebbugs.gnu.org
>
> Some more debugging output, using NS_KEYLOG =3D 1. The input sequence = is a, C-a, M-a, s-a, C-S-a, M-S-a,
> s-S-a, C-s-a, M-s-a. As you can see, 'code' is correct (A or a= ), except for the last two cases.

I guess someone who understand how keyboard input works on OS X will
have to look into this.

If I comment ou= t the if block below the comment
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 /* if super (default), take input manager's word so things like
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0dvorak / qwerty layo= ut work */
in nsterm.m, everything works. Unless somebody can exp= lain why that if block exists at all (i.e. why [theEvent characters] instea= d of [theEvent charactersIgnoringModifiers] is used), then I'd suggest = to remove the block completely.=C2=A0
--001a114014943cfd7f052f32904d-- From debbugs-submit-bounces@debbugs.gnu.org Tue Mar 29 12:39:10 2016 Received: (at 19977) by debbugs.gnu.org; 29 Mar 2016 16:39:10 +0000 Received: from localhost ([127.0.0.1]:43982 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1akwfd-0003Db-Su for submit@debbugs.gnu.org; Tue, 29 Mar 2016 12:39:10 -0400 Received: from mail-lf0-f54.google.com ([209.85.215.54]:35052) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1akwfc-0003DN-9j for 19977@debbugs.gnu.org; Tue, 29 Mar 2016 12:39:08 -0400 Received: by mail-lf0-f54.google.com with SMTP id k79so16340684lfb.2 for <19977@debbugs.gnu.org>; Tue, 29 Mar 2016 09:39:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=4JSUNPl9hKS5Nf09xQSdCkXi4LAq3CK9XCS8Cuhkxc4=; b=iigt7Tw1qiMhJ3ZbDHiRvCFZOs13bps27l4OyuW9mYEP0OlfnZsCGTLEWOhTMvmf8U gsgmQ/q08AwTDlqzi+kkGUTTDDXuA87f5a5exTycaiNqb6g0IdMis0tMJI+GnqcavtlV 8PITT+kEONCWlhsTZ4wJpUGRjKt3fDUWqTyrDOxWi6G5LscKpXskDJ7TKKz+E/kaGctc 30QTKXtuLn35CtSn5lW0SU+9a2XxwSDdlYKTiYAtXOWHKlPFhLII3qbGsCpTtwjKVc4C xp2J9G8XxgV3kvBOOAnJDY/01xdZ4m5ZeF1RHu1buYRCr93/QVn9tHKDqg0SYIss4Bdc kcOQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=4JSUNPl9hKS5Nf09xQSdCkXi4LAq3CK9XCS8Cuhkxc4=; b=l4NGoumQ++N9+Qc0bggR38MAMvdZy6Mr0ALeIwsA9mRti4Q9CLua9gCGLzqMJsVVHB oyuc7MV67zh6aMFQb+ExPuqSlgrO1vg4liUTfhWhXaLSdskdpOyWatRUAGFu8AFSmyUd IWV5Gazesrzkq/C214aR1Gn2tYk6FlNGucmPvGESUClg7R8Vum+ulEYsRECSsDblZ3xV kni8yg+B3L5lDlYbHrGouyarkahD3hGilfhVVgVuZi4wIzqLeRe+ZFXDCHm1bxVIkTRZ 9uXPuAmssM/oUEQnu3iqflly8R2VsjgdrU/nTxDVxiMxWlEn4cxln43EI8wxCv9At5RT L2ZA== X-Gm-Message-State: AD7BkJKJfY9pW+9tC7ktu00bC0MMRkwzx8N/UDVUvMKk3jp/YuIer+ATdufOPv4nd7Wb7HkeCFT/P4Z8dh+W6Q== X-Received: by 10.25.148.71 with SMTP id w68mr1627320lfd.23.1459269542400; Tue, 29 Mar 2016 09:39:02 -0700 (PDT) MIME-Version: 1.0 References: <83r3etwc9j.fsf@gnu.org> <83lh51w9z8.fsf@gnu.org> In-Reply-To: From: Philipp Stephani Date: Tue, 29 Mar 2016 16:38:52 +0000 Message-ID: Subject: Re: bug#19977: 24.4; Incorrect translation of Super modifier with Ctrl or Meta on OS X To: Eli Zaretskii Content-Type: multipart/mixed; boundary=001a11401494b75d0e052f32aadf X-Spam-Score: -0.5 (/) X-Debbugs-Envelope-To: 19977 Cc: 19977@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.5 (/) --001a11401494b75d0e052f32aadf Content-Type: multipart/alternative; boundary=001a11401494b75d09052f32aadd --001a11401494b75d09052f32aadd Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Philipp Stephani schrieb am Di., 29. M=C3=A4rz 2016= um 18:31 Uhr: > Eli Zaretskii schrieb am Di., 29. M=C3=A4rz 2016 um 18:00 = Uhr: > >> > From: Philipp Stephani >> > Date: Tue, 29 Mar 2016 15:45:13 +0000 >> > Cc: 19977@debbugs.gnu.org >> > >> > Some more debugging output, using NS_KEYLOG =3D 1. The input sequence = is >> a, C-a, M-a, s-a, C-S-a, M-S-a, >> > s-S-a, C-s-a, M-s-a. As you can see, 'code' is correct (A or a), excep= t >> for the last two cases. >> >> I guess someone who understand how keyboard input works on OS X will >> have to look into this. >> > > If I comment out the if block below the comment > /* if super (default), take input manager's word so things like > dvorak / qwerty layout work */ > in nsterm.m, everything works. Unless somebody can explain why that if > block exists at all (i.e. why [theEvent characters] instead of [theEvent > charactersIgnoringModifiers] is used), then I'd suggest to remove the blo= ck > completely. > Attached a patch to remove this code. --001a11401494b75d09052f32aadd Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


Philip= p Stephani <p.stephani2@gmail.c= om> schrieb am Di., 29. M=C3=A4rz 2016 um 18:31=C2=A0Uhr:
<= blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px= #ccc solid;padding-left:1ex">
<= div dir=3D"ltr">Eli Zaretskii <eliz@gnu.org> schrieb am Di., 29. M=C3=A4rz 2016 um 18:00= =C2=A0Uhr:
> From: Philipp Steph= ani <p.stepha= ni2@gmail.com>
> Date: Tue, 29 Mar 2016 15:45:13 +0000
> Cc: 19977@d= ebbugs.gnu.org
>
> Some more debugging output, using NS_KEYLOG =3D 1. The input sequence = is a, C-a, M-a, s-a, C-S-a, M-S-a,
> s-S-a, C-s-a, M-s-a. As you can see, 'code' is correct (A or a= ), except for the last two cases.

I guess someone who understand how keyboard input works on OS X will
have to look into this.

If I comment out the if block belo= w the comment
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 /* if super (def= ault), take input manager's word so things like
=C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0dvorak / qwerty layout work */
in nsterm.m, everything works. Unless somebody can explain why that if blo= ck exists at all (i.e. why [theEvent characters] instead of [theEvent chara= ctersIgnoringModifiers] is used), then I'd suggest to remove the block = completely.=C2=A0

Attache= d a patch to remove this code.=C2=A0
--001a11401494b75d09052f32aadd-- --001a11401494b75d0e052f32aadf Content-Type: application/octet-stream; name="0001-Fix-bug-19977.patch" Content-Disposition: attachment; filename="0001-Fix-bug-19977.patch" Content-Transfer-Encoding: base64 Content-ID: <153c33dce3ab26dc64e1> X-Attachment-Id: 153c33dce3ab26dc64e1 RnJvbSBhNDNkYzUyMDVjNDdhYTlhNGRkNDM3ODI0MGVmMmVjZDQ5YTM5MDRhIE1vbiBTZXAgMTcg MDA6MDA6MDAgMjAwMQpGcm9tOiBQaGlsaXBwIFN0ZXBoYW5pIDxwaHN0QGdvb2dsZS5jb20+CkRh dGU6IFR1ZSwgMjkgTWFyIDIwMTYgMTg6Mzc6NDAgKzAyMDAKU3ViamVjdDogW1BBVENIXSBGaXgg YnVnIzE5OTc3CgoqIG5zdGVybS5tIChrZXlEb3duOik6IFJlbW92ZSBzcGVjaWFsLWNhc2luZyBv ZiBDb21tYW5kIGtleSB0byBmaXgKYnVnIzE5OTc3LgotLS0KIHNyYy9uc3Rlcm0ubSB8IDM3ICsr LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KIDEgZmlsZSBjaGFuZ2VkLCAyIGlu c2VydGlvbnMoKyksIDM1IGRlbGV0aW9ucygtKQoKZGlmZiAtLWdpdCBhL3NyYy9uc3Rlcm0ubSBi L3NyYy9uc3Rlcm0ubQppbmRleCA0MDQ4YWM0Li5kZDUxZTk5IDEwMDY0NAotLS0gYS9zcmMvbnN0 ZXJtLm0KKysrIGIvc3JjL25zdGVybS5tCkBAIC01ODczLDQxICs1ODczLDggQEAgbm90X2luX2Fy Z3YgKE5TU3RyaW5nICphcmcpCiAgICAgICAgICAgIDogbnNfcmlnaHRfY29tbWFuZF9tb2RpZmll cik7CiAKICAgICAgIGlmIChpc19sZWZ0X2tleSkKLSAgICAgICAgewotICAgICAgICAgIGVtYWNz X2V2ZW50LT5tb2RpZmllcnMgfD0gcGFyc2Vfc29saXRhcnlfbW9kaWZpZXIKLSAgICAgICAgICAg IChuc19jb21tYW5kX21vZGlmaWVyKTsKLQotICAgICAgICAgIC8qIGlmIHN1cGVyIChkZWZhdWx0 KSwgdGFrZSBpbnB1dCBtYW5hZ2VyJ3Mgd29yZCBzbyB0aGluZ3MgbGlrZQotICAgICAgICAgICAg IGR2b3JhayAvIHF3ZXJ0eSBsYXlvdXQgd29yayAqLwotICAgICAgICAgIGlmIChFUSAobnNfY29t bWFuZF9tb2RpZmllciwgUXN1cGVyKQotICAgICAgICAgICAgICAmJiAhZm5LZXlzeW0KLSAgICAg ICAgICAgICAgJiYgW1t0aGVFdmVudCBjaGFyYWN0ZXJzXSBsZW5ndGhdICE9IDApCi0gICAgICAg ICAgICB7Ci0gICAgICAgICAgICAgIC8qIFhYWDogdGhlIGNvZGUgd2UgZ2V0IHdpbGwgYmUgdW5z aGlmdGVkLCBzbyBpZiB3ZSBoYXZlCi0gICAgICAgICAgICAgICAgIGEgc2hpZnQgbW9kaWZpZXIs IG11c3QgY29udmVydCBvdXJzZWx2ZXMgKi8KLSAgICAgICAgICAgICAgaWYgKCEoZmxhZ3MgJiBO U1NoaWZ0S2V5TWFzaykpCi0gICAgICAgICAgICAgICAgY29kZSA9IFtbdGhlRXZlbnQgY2hhcmFj dGVyc10gY2hhcmFjdGVyQXRJbmRleDogMF07Ci0jaWYgMAotICAgICAgICAgICAgICAvKiB0aGlz IGlzIHVnbHkgYW5kIGFsc28gcmVxdWlyZXMgbGlua2luZyB3L0NhcmJvbiBmcmFtZXdvcmsKLSAg ICAgICAgICAgICAgICAgKGZvciBMTUdldEtiZFR5cGUpIHNvIGZvciBub3cgbGVhdmUgdGhpcyBy YXJlICg/KSBjYXNlCi0gICAgICAgICAgICAgICAgIHVuZGVhbHQgd2l0aC4uIGluIGZ1dHVyZSBs b29rIGludG8gQ0dFdmVudCBtZXRob2RzICovCi0gICAgICAgICAgICAgIGVsc2UKLSAgICAgICAg ICAgICAgICB7Ci0gICAgICAgICAgICAgICAgICBsb25nIHNtdiA9IEdldFNjcmlwdE1hbmFnZXJW YXJpYWJsZSAoc21LZXlTY3JpcHQpOwotICAgICAgICAgICAgICAgICAgSGFuZGxlIHVjaHJIYW5k bGUgPSBHZXRSZXNvdXJjZQotICAgICAgICAgICAgICAgICAgICAoJ3VjaHInLCBHZXRTY3JpcHRW YXJpYWJsZSAoc212LCBzbVNjcmlwdEtleXMpKTsKLSAgICAgICAgICAgICAgICAgIFVJbnQzMiBk dW1teSA9IDA7Ci0gICAgICAgICAgICAgICAgICBVQ0tleVRyYW5zbGF0ZSAoKFVDS2V5Ym9hcmRM YXlvdXQqKSp1Y2hySGFuZGxlLAotICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgW1t0 aGVFdmVudCBjaGFyYWN0ZXJzXSBjaGFyYWN0ZXJBdEluZGV4OiAwXSwKLSAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgIGtVQ0tleUFjdGlvbkRpc3BsYXksCi0gICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAoZmxhZ3MgJiB+TlNDb21tYW5kS2V5TWFzaykgPj4gOCwKLSAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgIExNR2V0S2JkVHlwZSAoKSwga1VDS2V5VHJhbnNs YXRlTm9EZWFkS2V5c01hc2ssCi0gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAmZHVt bXksIDEsICZkdW1teSwgJmNvZGUpOwotICAgICAgICAgICAgICAgICAgY29kZSAmPSAweEZGOwot ICAgICAgICAgICAgICAgIH0KLSNlbmRpZgotICAgICAgICAgICAgfQotICAgICAgICB9CisgICAg ICAgIGVtYWNzX2V2ZW50LT5tb2RpZmllcnMgfD0gcGFyc2Vfc29saXRhcnlfbW9kaWZpZXIKKyAg ICAgICAgICAobnNfY29tbWFuZF9tb2RpZmllcik7CiAKICAgICAgIGlzX3JpZ2h0X2tleSA9IChm bGFncyAmIE5TUmlnaHRDb250cm9sS2V5TWFzaykgPT0gTlNSaWdodENvbnRyb2xLZXlNYXNrOwog ICAgICAgaXNfbGVmdF9rZXkgPSAoZmxhZ3MgJiBOU0xlZnRDb250cm9sS2V5TWFzaykgPT0gTlNM ZWZ0Q29udHJvbEtleU1hc2sKLS0gCjIuNy40Cgo= --001a11401494b75d0e052f32aadf-- From debbugs-submit-bounces@debbugs.gnu.org Tue Mar 29 12:57:38 2016 Received: (at 19977) by debbugs.gnu.org; 29 Mar 2016 16:57:38 +0000 Received: from localhost ([127.0.0.1]:43992 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1akwxV-0003eg-Ss for submit@debbugs.gnu.org; Tue, 29 Mar 2016 12:57:38 -0400 Received: from eggs.gnu.org ([208.118.235.92]:58840) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1akwxU-0003eT-8T for 19977@debbugs.gnu.org; Tue, 29 Mar 2016 12:57:36 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1akwxK-0007Hb-Td for 19977@debbugs.gnu.org; Tue, 29 Mar 2016 12:57:30 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.2 required=5.0 tests=BAYES_50,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:34910) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1akwxK-0007HX-LW; Tue, 29 Mar 2016 12:57:26 -0400 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:2209 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1akwxJ-00073T-Vs; Tue, 29 Mar 2016 12:57:26 -0400 Date: Tue, 29 Mar 2016 19:57:10 +0300 Message-Id: <83d1qdw7bt.fsf@gnu.org> From: Eli Zaretskii To: Philipp Stephani , Adrian Robert In-reply-to: (message from Philipp Stephani on Tue, 29 Mar 2016 16:38:52 +0000) Subject: Re: bug#19977: 24.4; Incorrect translation of Super modifier with Ctrl or Meta on OS X References: <83r3etwc9j.fsf@gnu.org> <83lh51w9z8.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -6.0 (------) X-Debbugs-Envelope-To: 19977 Cc: 19977@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -6.0 (------) > From: Philipp Stephani > Date: Tue, 29 Mar 2016 16:38:52 +0000 > Cc: 19977@debbugs.gnu.org > > If I comment out the if block below the comment > > /* if super (default), take input manager's word so things like > dvorak / qwerty layout work */ > > in nsterm.m, everything works. Unless somebody can explain why that if block exists at all (i.e. why > [theEvent characters] instead of [theEvent charactersIgnoringModifiers] is used), then I'd suggest to > remove the block completely. > > Attached a patch to remove this code. Adrian, any comments? It's your code from 7 years ago. From debbugs-submit-bounces@debbugs.gnu.org Tue Mar 29 13:19:32 2016 Received: (at 19977) by debbugs.gnu.org; 29 Mar 2016 17:19:32 +0000 Received: from localhost ([127.0.0.1]:44018 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1akxIh-0004Ff-S6 for submit@debbugs.gnu.org; Tue, 29 Mar 2016 13:19:32 -0400 Received: from mail-lb0-f172.google.com ([209.85.217.172]:36219) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1akxIg-0004FP-4s for 19977@debbugs.gnu.org; Tue, 29 Mar 2016 13:19:30 -0400 Received: by mail-lb0-f172.google.com with SMTP id qe11so15285436lbc.3 for <19977@debbugs.gnu.org>; Tue, 29 Mar 2016 10:19:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:mime-version:subject:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=Rhf+7hUTMZgv1rf/JmnpFKFWt1sj2POXRmbzQknV5Ik=; b=pmjbp6X6hMoGm/sF4z1vP8ohRYIn+ofuyWcGdvQ0Vz0MF2aGxvzpBhMsyKKPAPHOHM vcCMbhVY8y8Nq0CYpOH/gcVKlL9R8xUW6BgZYVRgAWY1CEJlalvwrYpCpawntKStdAV2 TzIgWB5d73OBvTQp8fQF+6xtE2g/BoaoR858Qm41eJgwPRokRX7ZGu8m6VE2ipu2CzXz tuwHOFFRt0EFfbfmWN4r2fplVVlXijwTTYcQHkF8elEPE2a0OHAaJYmvlYcG5ZndNWHK Kh3aLQgFQXMvLIN28QOYdG97xYJPE7KLmHzPpeX8grEfS8Z69HyyBWAD0oTYRg5tmPby 9LGA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:mime-version:subject:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=Rhf+7hUTMZgv1rf/JmnpFKFWt1sj2POXRmbzQknV5Ik=; b=ZZTXiHGQNSMbm/4I3FWcylcEWWeOnA3rO+LIRHjoh0Eov5zTX36yEPlCltltdDViPc DQr8sGGfk7MOtTwGA1colu6i+07ophLcxnPQ211rfeMzIrjSSUc27HN9mLzWiLmkErBH 7vJrP05B9BMZkzO2dd2vRmkmWdyp2Addm7aztUMUwt8+1aGz1y2NO2k0DgKdcl56FhfP /bXkyWxBuGv4BwUmiIm92eWFUQ+jrt77sBBs+ji/OAcZOFvFWNZEDqY7lo+e7PwyuPtD lVEPzmOrxUmSXWVXpcFr4JF3LCEVqCz1kN6mT7z1S7iKNc45X4HvPALAvLYg+lN8d/NU 6xWA== X-Gm-Message-State: AD7BkJJ8mtfEYPSb9eIpv1Wiu8CIoR+olXSz4Bwql+uZ5D4tvjdo3ByCvOxk6gzJ2rPCxg== X-Received: by 10.112.38.104 with SMTP id f8mr1683021lbk.115.1459271964367; Tue, 29 Mar 2016 10:19:24 -0700 (PDT) Received: from [192.168.10.4] (82-181-99-163.bb.dnainternet.fi. [82.181.99.163]) by smtp.gmail.com with ESMTPSA id rg10sm2724352lbc.21.2016.03.29.10.19.22 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 29 Mar 2016 10:19:23 -0700 (PDT) From: Adrian Robert X-Google-Original-From: Adrian Robert Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: bug#19977: 24.4; Incorrect translation of Super modifier with Ctrl or Meta on OS X In-Reply-To: <83d1qdw7bt.fsf@gnu.org> Date: Tue, 29 Mar 2016 20:19:23 +0300 Content-Transfer-Encoding: quoted-printable Message-Id: References: <83r3etwc9j.fsf@gnu.org> <83lh51w9z8.fsf@gnu.org> <83d1qdw7bt.fsf@gnu.org> To: Eli Zaretskii X-Mailer: Apple Mail (2.1878.6) X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 19977 Cc: Philipp Stephani , 19977@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) On 2016.3.29, at 19:57, Eli Zaretskii wrote: >> From: Philipp Stephani >> Date: Tue, 29 Mar 2016 16:38:52 +0000 >> Cc: 19977@debbugs.gnu.org >>=20 >> If I comment out the if block below the comment >>=20 >> /* if super (default), take input manager's word so things like >> dvorak / qwerty layout work */ >>=20 >> in nsterm.m, everything works. Unless somebody can explain why that = if block exists at all (i.e. why >> [theEvent characters] instead of [theEvent = charactersIgnoringModifiers] is used), then I'd suggest to >> remove the block completely.=20 >>=20 >> Attached a patch to remove this code.=20 >=20 > Adrian, any comments? It's your code from 7 years ago. Heh, well of the top of my head=85 ;-) Did you try testing Dvorak / Qwerty layout? If not, that=92s under = System Preferences, Keyboard, add new, English, select Dvorak or Dvorak = / Qwerty. =46rom what I remember, the issue had to do with cmd-key shortcuts when = one of those layouts was in use. I think users were expecting the = letter reported for the cmd shortcut to either agree with or disagree = with the dvorak layout. Using [theEvent characters] caused it to use = what they were expecting. It sounds like either this wasn=92t the right solution, or user = expectations vary. In either case I would agree with simplifying the = code and removing the part you suggest. -Adrian From debbugs-submit-bounces@debbugs.gnu.org Tue Mar 29 13:44:37 2016 Received: (at 19977) by debbugs.gnu.org; 29 Mar 2016 17:44:38 +0000 Received: from localhost ([127.0.0.1]:44071 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1akxgz-0006Vn-Jt for submit@debbugs.gnu.org; Tue, 29 Mar 2016 13:44:37 -0400 Received: from mail-lf0-f48.google.com ([209.85.215.48]:34792) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1akxgx-0006Vb-KG for 19977@debbugs.gnu.org; Tue, 29 Mar 2016 13:44:36 -0400 Received: by mail-lf0-f48.google.com with SMTP id c62so17927449lfc.1 for <19977@debbugs.gnu.org>; Tue, 29 Mar 2016 10:44:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=spBaEjpWYJIPupLYVrDtMVvqHgAlytqTQ1wXe6euMmo=; b=yeeE34Yp/PrcgLKNQXCsQUiUpXKfQC1S6aRaRbHdV/jGkCJjzAQPD6Z5XVxgDuH9qw bkBQcUECwICoyQQ0PWfssO5+DsRmMvUN/Zd9QL1jHzIW1VeyJuwit11uPL2n+D/BEd3T rXFPcDJ3QuMkbQuyF3JY7P66Paf67Z3SNCrEvJsuXEUZUcJnTD7I+KPAA+3a0FW94erk PYrrrzNXnNEQrcKF/76nuOErdDg7BM445zKKBv4UMjASeJGzcwkip1I88JJXhugtTUpA ZDowGy2gq0yRLWckVnUx4rJiHBcwr6V0Vy57Nb6GXPJlyWKRF+1uHDnMYkQ3mwm3lhhH zTaw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=spBaEjpWYJIPupLYVrDtMVvqHgAlytqTQ1wXe6euMmo=; b=nA5xqDYE13rWhkCJgzduWdKWx8WpDR4vvFYgpy5K8NnIQ1oQlKxnvZkd0pAVQ5fNif jJvLrPntlB6vY78L/gWTB3iPP/aZeFSCHPsTsgA1mtHuVy0U0+Jpu2U+QgvzIM9nR3Yh Y+GNsY26TMDH9SwlHFz3NrO9GK7z1G3MauKmmfbyz9i8NaU6fFa+7Lc708XSkt5mE/Ea Q0lKgkUm150dgLbrF7yP0g2F8gCk0fOtbv1DXt0kS8/ItyjNsB8E5RorsWnfuCtLS+p/ 4tUOfESgOndjgT9SIegMjRg6CJliLndijXaVH//ow73E0FyoC/2hbXa5KnUMccaypWyq az7w== X-Gm-Message-State: AD7BkJKK/Pa8z8+CFhitcmYiA5A/afo+PMX2bLC6Hrq57x6oEdZ3d5L7N82WPZED4JjfOXSNCcCwyU2sI3kn5w== X-Received: by 10.25.18.211 with SMTP id 80mr1784243lfs.127.1459273469842; Tue, 29 Mar 2016 10:44:29 -0700 (PDT) MIME-Version: 1.0 References: <83r3etwc9j.fsf@gnu.org> <83lh51w9z8.fsf@gnu.org> <83d1qdw7bt.fsf@gnu.org> In-Reply-To: From: Philipp Stephani Date: Tue, 29 Mar 2016 17:44:20 +0000 Message-ID: Subject: Re: bug#19977: 24.4; Incorrect translation of Super modifier with Ctrl or Meta on OS X To: Adrian Robert , Eli Zaretskii Content-Type: multipart/alternative; boundary=001a11407f1eccdbde052f339442 X-Spam-Score: -0.5 (/) X-Debbugs-Envelope-To: 19977 Cc: 19977@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.5 (/) --001a11407f1eccdbde052f339442 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Adrian Robert schrieb am Di., 29. M=C3=A4rz 201= 6 um 19:19 Uhr: > > On 2016.3.29, at 19:57, Eli Zaretskii wrote: > > >> From: Philipp Stephani > >> Date: Tue, 29 Mar 2016 16:38:52 +0000 > >> Cc: 19977@debbugs.gnu.org > >> > >> If I comment out the if block below the comment > >> > >> /* if super (default), take input manager's word so things like > >> dvorak / qwerty layout work */ > >> > >> in nsterm.m, everything works. Unless somebody can explain why that if > block exists at all (i.e. why > >> [theEvent characters] instead of [theEvent charactersIgnoringModifiers= ] > is used), then I'd suggest to > >> remove the block completely. > >> > >> Attached a patch to remove this code. > > > > Adrian, any comments? It's your code from 7 years ago. > > > Heh, well of the top of my head=E2=80=A6 ;-) > > Did you try testing Dvorak / Qwerty layout? If not, that=E2=80=99s under= System > Preferences, Keyboard, add new, English, select Dvorak or Dvorak / Qwerty= . > > From what I remember, the issue had to do with cmd-key shortcuts when one > of those layouts was in use. I think users were expecting the letter > reported for the cmd shortcut to either agree with or disagree with the > dvorak layout. Using [theEvent characters] caused it to use what they we= re > expecting. > > It sounds like either this wasn=E2=80=99t the right solution, or user exp= ectations > vary. In either case I would agree with simplifying the code and removin= g > the part you suggest. > > Yes, I can see what the problem is, thanks for the pointer. Basically in a couple of layouts (there are others, e.g. "Gujarati - QUERTY"), Command acts as shift-like character, like Option and Shift, selecting a different character, and not as a control-like character. For Option, Emacs allows switching between shift-like and control-like behavior using the `ns-alternate-modifier' option. The same should be implemented for Command. However, the code for `ns-alternate-modifier' is also somewhat broken. If it's set to 'none, C-M- doesn't work any more. This needs a bit more thought. What exactly is supposed to happen if both a shift-like and a control-like modifier are pressed at the same time? Emacs is inconsistent here: C-S-a remains C-S-a, but M-S-a gets translated to M-A. --001a11407f1eccdbde052f339442 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


Adrian= Robert <adrian.b.robert@gm= ail.com> schrieb am Di., 29. M=C3=A4rz 2016 um 19:19=C2=A0Uhr:

On 2016.3.29, at 19:57, Eli Zaretskii <eliz@gnu.org> wrote:

>> From: Philipp Stephani <p.stephani2@gmail.com>
>> Date: Tue, 29 Mar 2016 16:38:52 +0000
>> Cc: 199= 77@debbugs.gnu.org
>>
>> If I comment out the if block below the comment
>>
>> /* if super (default), take input manager's word so things lik= e
>> dvorak / qwerty layout work */
>>
>> in nsterm.m, everything works. Unless somebody can explain why tha= t if block exists at all (i.e. why
>> [theEvent characters] instead of [theEvent charactersIgnoringModif= iers] is used), then I'd suggest to
>> remove the block completely.
>>
>> Attached a patch to remove this code.
>
> Adrian, any comments?=C2=A0 It's your code from 7 years ago.


Heh, well of the top of my head=E2=80=A6 ;-)

Did you try testing Dvorak / Qwerty layout?=C2=A0 If not, that=E2=80=99s un= der System Preferences, Keyboard, add new, English, select Dvorak or Dvorak= / Qwerty.

>From what I remember, the issue had to do with cmd-key shortcuts when one o= f those layouts was in use.=C2=A0 I think users were expecting the letter r= eported for the cmd shortcut to either agree with or disagree with the dvor= ak layout.=C2=A0 Using [theEvent characters] caused it to use what they wer= e expecting.

It sounds like either this wasn=E2=80=99t the right solution, or user expec= tations vary.=C2=A0 In either case I would agree with simplifying the code = and removing the part you suggest.


Yes, I can see what the problem is, thanks= for the pointer. Basically in a couple of layouts (there are others, e.g. = "Gujarati - QUERTY"), Command acts as shift-like character, like = Option and Shift, selecting a different character, and not as a control-lik= e character. For Option, Emacs allows switching between shift-like and cont= rol-like behavior using the `ns-alternate-modifier' option. The same sh= ould be implemented for Command.
However, the code for `ns-altern= ate-modifier' is also somewhat broken. If it's set to 'none, C-= M-<letter> doesn't work any more. This needs a bit more thought. = What exactly is supposed to happen if both a shift-like and a control-like = modifier are pressed at the same time? Emacs is inconsistent here: C-S-a re= mains C-S-a, but M-S-a gets translated to M-A.
--001a11407f1eccdbde052f339442-- From debbugs-submit-bounces@debbugs.gnu.org Tue Mar 29 13:56:49 2016 Received: (at 19977) by debbugs.gnu.org; 29 Mar 2016 17:56:49 +0000 Received: from localhost ([127.0.0.1]:44086 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1akxsn-0006n1-Ft for submit@debbugs.gnu.org; Tue, 29 Mar 2016 13:56:49 -0400 Received: from mail-lf0-f47.google.com ([209.85.215.47]:33532) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1akxsl-0006mo-K7 for 19977@debbugs.gnu.org; Tue, 29 Mar 2016 13:56:47 -0400 Received: by mail-lf0-f47.google.com with SMTP id g124so15974440lfg.0 for <19977@debbugs.gnu.org>; Tue, 29 Mar 2016 10:56:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:mime-version:subject:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=fyYcH+Y6Mk6RSEZ9RnC1hoFRnhxBi7OaOnfYAqVKUss=; b=Na1jP9aiCKUnKGFOvDFbzQAUieLh0gcwD6H/W/0c/5egCK9N7osuMeqIwoiap0jLUE me4yGrM3B2tSM+Nxl59D0C5a5XAsA6Ea6YA57mMcTecywL6nSqZoSm8aQsuZRTT08XNm qCHWcllklgqdxRRqae7ICJlYsYdhuYjsGGfBxKyyTU/ZvarB2oe84xmAxEgbMUzDbfby kRn9L4DIdb3n7Thns6DATtsDNUF98vDc4RvNx28kAxenRVsXHx3RKq6ITELj0UhWBNoe peHZmkn72YSfsHIkS32AKJLWBGOKAduDgPR+I/QyFcGf9Fk0WodjIN66Olg851BT9+At NzBg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:mime-version:subject:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=fyYcH+Y6Mk6RSEZ9RnC1hoFRnhxBi7OaOnfYAqVKUss=; b=dEE1mi0+OVjkh4BjJ/VWvqivxL2jTyN6YXPVmm4cmO5P4H3c76OHlKxbfEqzKPIN33 GF+Mdw5E12UJtHxKTRV1A/Dp/4XIKKDGSQi4btR310HJueEaNZkeczlEL8qUMtTWBKS4 MqsJJk0WQuA3QjZQjA4EMTfCfWnPolW7pBtUII3tt61tb2+IEvxUdv2zWDTgaWflmYWC OuIUNo53n7klJ7+Xwfw8kp4kBd+lmGecA5H6D/x8SBJhW4SpiwoJ18TftTxu8ojNw7nb A3YkX/M125g0vyykfr7Q0Z7OEGFHleoDtFAcmHm5mn5jpJUtx0+fjdFMzzOioEEXVD7X x0xA== X-Gm-Message-State: AD7BkJKdKezynjUU9knKaqy4u5lR1PRWHuIo+YUPoUEZZ8Pm9HKQaDyU18VRXbbMxNDhmA== X-Received: by 10.25.157.79 with SMTP id g76mr1857805lfe.93.1459274201736; Tue, 29 Mar 2016 10:56:41 -0700 (PDT) Received: from [192.168.10.4] (82-181-99-163.bb.dnainternet.fi. [82.181.99.163]) by smtp.gmail.com with ESMTPSA id a14sm5748243lfe.7.2016.03.29.10.56.39 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 29 Mar 2016 10:56:40 -0700 (PDT) From: Adrian Robert X-Google-Original-From: Adrian Robert Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: bug#19977: 24.4; Incorrect translation of Super modifier with Ctrl or Meta on OS X In-Reply-To: Date: Tue, 29 Mar 2016 20:56:40 +0300 Content-Transfer-Encoding: quoted-printable Message-Id: References: <83r3etwc9j.fsf@gnu.org> <83lh51w9z8.fsf@gnu.org> <83d1qdw7bt.fsf@gnu.org> To: Philipp Stephani X-Mailer: Apple Mail (2.1878.6) X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 19977 Cc: Eli Zaretskii , 19977@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) On 2016.3.29, at 20:44, Philipp Stephani wrote: >=20 >=20 > Adrian Robert schrieb am Di., 29. M=E4rz = 2016 um 19:19 Uhr: >=20 > On 2016.3.29, at 19:57, Eli Zaretskii wrote: >=20 > >> From: Philipp Stephani > >> Date: Tue, 29 Mar 2016 16:38:52 +0000 > >> Cc: 19977@debbugs.gnu.org > >> > >> If I comment out the if block below the comment > >> > >> /* if super (default), take input manager's word so things like > >> dvorak / qwerty layout work */ > >> > >> in nsterm.m, everything works. Unless somebody can explain why that = if block exists at all (i.e. why > >> [theEvent characters] instead of [theEvent = charactersIgnoringModifiers] is used), then I'd suggest to > >> remove the block completely. > >> > >> Attached a patch to remove this code. > > > > Adrian, any comments? It's your code from 7 years ago. >=20 >=20 > Heh, well of the top of my head=85 ;-) >=20 > Did you try testing Dvorak / Qwerty layout? If not, that=92s under = System Preferences, Keyboard, add new, English, select Dvorak or Dvorak = / Qwerty. >=20 > =46rom what I remember, the issue had to do with cmd-key shortcuts = when one of those layouts was in use. I think users were expecting the = letter reported for the cmd shortcut to either agree with or disagree = with the dvorak layout. Using [theEvent characters] caused it to use = what they were expecting. >=20 > It sounds like either this wasn=92t the right solution, or user = expectations vary. In either case I would agree with simplifying the = code and removing the part you suggest. >=20 >=20 > Yes, I can see what the problem is, thanks for the pointer. Basically = in a couple of layouts (there are others, e.g. "Gujarati - QUERTY"), = Command acts as shift-like character, like Option and Shift, selecting a = different character, and not as a control-like character. For Option, = Emacs allows switching between shift-like and control-like behavior = using the `ns-alternate-modifier' option. The same should be implemented = for Command. > However, the code for `ns-alternate-modifier' is also somewhat broken. = If it's set to 'none, C-M- doesn't work any more. This needs a = bit more thought. What exactly is supposed to happen if both a = shift-like and a control-like modifier are pressed at the same time? = Emacs is inconsistent here: C-S-a remains C-S-a, but M-S-a gets = translated to M-A. I would say the correct behavior is to combine the modifier and the = =93shift=94ed result. C-S-a should be C-A. But my memory is fuzzy as = to whether nsterm should do this or it happens in emacs generic code. = And if ns-alternate-modifier is =91none=92, then there is no such thing = as C-M-letter, just C-letter, where the identify of =91letter' is = determined by what comes from opt-. From debbugs-submit-bounces@debbugs.gnu.org Tue Mar 29 15:44:04 2016 Received: (at 19977) by debbugs.gnu.org; 29 Mar 2016 19:44:04 +0000 Received: from localhost ([127.0.0.1]:44138 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1akzYa-0000sQ-Dy for submit@debbugs.gnu.org; Tue, 29 Mar 2016 15:44:04 -0400 Received: from mail-lb0-f171.google.com ([209.85.217.171]:36439) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1akzYY-0000rp-Rd for 19977@debbugs.gnu.org; Tue, 29 Mar 2016 15:44:03 -0400 Received: by mail-lb0-f171.google.com with SMTP id qe11so17817363lbc.3 for <19977@debbugs.gnu.org>; Tue, 29 Mar 2016 12:44:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=Z1ykpZANwpTsfJClg8nsAMJA9REvZGgkOj+NUU8K1eM=; b=j5ajGpQIhWsGseKfU7yiJqOYAn7KQyRwiO5QBMz5CHIctTDViPbhBxNspMx9+TACNs RmK+Vz8ZsQw29Ndc/V+pNS2GT4aSBjAmYSpaLD0iQAN9zSFYXUjyfg6IhAiB3lmWwOHh krEnrRXOQOHcBotskmhS3v+gWHRxY9ORpBAMQiCPABPZgj5zgKOgLxow4AB6fEE+js+C eRsdIVU+yPPWur0W5j/1Cz9Qg5sMggOxpcHLZNSSu51ydAmIPcZ1V2kviWpEC22A/lrs NMtS4m5PgWdOOijfL3xNGFaDP0/RhenhP7UNGQ7TilPUXzNND2Dm40dX/0NrtpygjbDe PxUA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=Z1ykpZANwpTsfJClg8nsAMJA9REvZGgkOj+NUU8K1eM=; b=OfTkHB8LLz0435bkar0UowhsfHVCNkstqLj438IdhCHYopmxmkokQkHBhImrfqCmNC I745XM7Mpa4H7cbCYxYE5khhVbyU9p4NIRKGqJyTT9V3DJUiGDVDmOlmzBLMqW4tltE8 gfhFUyhVofZRcNb8UDr7oCpIrMVPNarQs4+DCLT3AVNprdCxhWybMYsM8F5cPCyhTxS8 gGej9Q6ik4il6Z/vr9uqtk7n9xC1ps7ad4UfLnJRHpNGVK+bC4JvQYM9mrFT2K7BwItw bwl7vULxtbBbkm9oOnknUmd7Yx+hHWa8fT1xQvsjkLhawTlo6aJtolsSPeEPWpaay4nk lGBw== X-Gm-Message-State: AD7BkJLvvKqyUzvVLiU+TcJfFZQUFiDgElJXKlYTvdSmjIjjsHQFZhAoBAocd3s8AOstR58Rh59tzTg6sIxSrw== X-Received: by 10.112.133.38 with SMTP id oz6mr1990245lbb.64.1459280637039; Tue, 29 Mar 2016 12:43:57 -0700 (PDT) MIME-Version: 1.0 References: <83r3etwc9j.fsf@gnu.org> <83lh51w9z8.fsf@gnu.org> <83d1qdw7bt.fsf@gnu.org> In-Reply-To: From: Philipp Stephani Date: Tue, 29 Mar 2016 19:43:47 +0000 Message-ID: Subject: Re: bug#19977: 24.4; Incorrect translation of Super modifier with Ctrl or Meta on OS X To: Adrian Robert Content-Type: multipart/alternative; boundary=047d7b3a8cacff9bc9052f353f25 X-Spam-Score: -0.4 (/) X-Debbugs-Envelope-To: 19977 Cc: Eli Zaretskii , 19977@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.4 (/) --047d7b3a8cacff9bc9052f353f25 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Adrian Robert schrieb am Di., 29. M=C3=A4rz 201= 6 um 19:56 Uhr: > > On 2016.3.29, at 20:44, Philipp Stephani wrote: > > > > > > > Adrian Robert schrieb am Di., 29. M=C3=A4rz= 2016 > um 19:19 Uhr: > > > > On 2016.3.29, at 19:57, Eli Zaretskii wrote: > > > > >> From: Philipp Stephani > > >> Date: Tue, 29 Mar 2016 16:38:52 +0000 > > >> Cc: 19977@debbugs.gnu.org > > >> > > >> If I comment out the if block below the comment > > >> > > >> /* if super (default), take input manager's word so things like > > >> dvorak / qwerty layout work */ > > >> > > >> in nsterm.m, everything works. Unless somebody can explain why that > if block exists at all (i.e. why > > >> [theEvent characters] instead of [theEvent > charactersIgnoringModifiers] is used), then I'd suggest to > > >> remove the block completely. > > >> > > >> Attached a patch to remove this code. > > > > > > Adrian, any comments? It's your code from 7 years ago. > > > > > > Heh, well of the top of my head=E2=80=A6 ;-) > > > > Did you try testing Dvorak / Qwerty layout? If not, that=E2=80=99s und= er System > Preferences, Keyboard, add new, English, select Dvorak or Dvorak / Qwerty= . > > > > From what I remember, the issue had to do with cmd-key shortcuts when > one of those layouts was in use. I think users were expecting the letter > reported for the cmd shortcut to either agree with or disagree with the > dvorak layout. Using [theEvent characters] caused it to use what they we= re > expecting. > > > > It sounds like either this wasn=E2=80=99t the right solution, or user > expectations vary. In either case I would agree with simplifying the cod= e > and removing the part you suggest. > > > > > > Yes, I can see what the problem is, thanks for the pointer. Basically i= n > a couple of layouts (there are others, e.g. "Gujarati - QUERTY"), Command > acts as shift-like character, like Option and Shift, selecting a differen= t > character, and not as a control-like character. For Option, Emacs allows > switching between shift-like and control-like behavior using the > `ns-alternate-modifier' option. The same should be implemented for Comman= d. > > However, the code for `ns-alternate-modifier' is also somewhat broken. > If it's set to 'none, C-M- doesn't work any more. This needs a bi= t > more thought. What exactly is supposed to happen if both a shift-like and= a > control-like modifier are pressed at the same time? Emacs is inconsistent > here: C-S-a remains C-S-a, but M-S-a gets translated to M-A. > > > I would say the correct behavior is to combine the modifier and the > =E2=80=9Cshift=E2=80=9Ded result. C-S-a should be C-A. But my memory is= fuzzy as to > whether nsterm should do this or it happens in emacs generic code. And i= f > ns-alternate-modifier is =E2=80=98none=E2=80=99, then there is no such th= ing as C-M-letter, > just C-letter, where the identify of =E2=80=98letter' is determined by wh= at comes > from opt-. > > > > > I agree that this behavior is the desired/expected one. Unfortunately it seems the NSEvent API makes this somewhat hard to implement: you can either ignore all modifiers except shift (using charactersIgnoringModifiers) or none (using characters), but we'd need to ignore a certain subset of the modifiers. --047d7b3a8cacff9bc9052f353f25 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


Adrian= Robert <adrian.b.robert@gm= ail.com> schrieb am Di., 29. M=C3=A4rz 2016 um 19:56=C2=A0Uhr:

On 2016.3.29, at 20:44, Philipp Stephani <p.stephani2@gmail.com> wrote:

>
>
> Adrian Robert <adrian.b.robert@gmail.com> schrieb am Di., 29. M=C3=A4rz= 2016 um 19:19 Uhr:
>
> On 2016.3.29, at 19:57, Eli Zaretskii <eliz@gnu.org> wrote:
>
> >> From: Philipp Stephani <p.stephani2@gmail.com>
> >> Date: Tue, 29 Mar 2016 16:38:52 +0000
> >> Cc: 19977@debbugs.gnu.org
> >>
> >> If I comment out the if block below the comment
> >>
> >> /* if super (default), take input manager's word so thing= s like
> >> dvorak / qwerty layout work */
> >>
> >> in nsterm.m, everything works. Unless somebody can explain wh= y that if block exists at all (i.e. why
> >> [theEvent characters] instead of [theEvent charactersIgnoring= Modifiers] is used), then I'd suggest to
> >> remove the block completely.
> >>
> >> Attached a patch to remove this code.
> >
> > Adrian, any comments?=C2=A0 It's your code from 7 years ago.<= br> >
>
> Heh, well of the top of my head=E2=80=A6 ;-)
>
> Did you try testing Dvorak / Qwerty layout?=C2=A0 If not, that=E2=80= =99s under System Preferences, Keyboard, add new, English, select Dvorak or= Dvorak / Qwerty.
>
> From what I remember, the issue had to do with cmd-key shortcuts when = one of those layouts was in use.=C2=A0 I think users were expecting the let= ter reported for the cmd shortcut to either agree with or disagree with the= dvorak layout.=C2=A0 Using [theEvent characters] caused it to use what the= y were expecting.
>
> It sounds like either this wasn=E2=80=99t the right solution, or user = expectations vary.=C2=A0 In either case I would agree with simplifying the = code and removing the part you suggest.
>
>
> Yes, I can see what the problem is, thanks for the pointer. Basically = in a couple of layouts (there are others, e.g. "Gujarati - QUERTY"= ;), Command acts as shift-like character, like Option and Shift, selecting = a different character, and not as a control-like character. For Option, Ema= cs allows switching between shift-like and control-like behavior using the = `ns-alternate-modifier' option. The same should be implemented for Comm= and.
> However, the code for `ns-alternate-modifier' is also somewhat bro= ken. If it's set to 'none, C-M-<letter> doesn't work any = more. This needs a bit more thought. What exactly is supposed to happen if = both a shift-like and a control-like modifier are pressed at the same time?= Emacs is inconsistent here: C-S-a remains C-S-a, but M-S-a gets translated= to M-A.


I would say the correct behavior is to combine the modifier and the =E2=80= =9Cshift=E2=80=9Ded result.=C2=A0 C-S-a should be C-A.=C2=A0 But my memory = is fuzzy as to whether nsterm should do this or it happens in emacs generic= code.=C2=A0 And if ns-alternate-modifier is =E2=80=98none=E2=80=99, then t= here is no such thing as C-M-letter, just C-letter, where the identify of = =E2=80=98letter' is determined by what comes from opt-<original-key&= gt;.





I agree that this behavior is the desi= red/expected one. Unfortunately it seems the NSEvent API makes this somewha= t hard to implement: you can either ignore all modifiers except shift (usin= g charactersIgnoringModifiers) or none (using characters), but we'd nee= d to ignore a certain subset of the modifiers.
--047d7b3a8cacff9bc9052f353f25-- From debbugs-submit-bounces@debbugs.gnu.org Tue Mar 29 16:08:12 2016 Received: (at 19977) by debbugs.gnu.org; 29 Mar 2016 20:08:12 +0000 Received: from localhost ([127.0.0.1]:44144 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1akzvv-0001Q8-Kd for submit@debbugs.gnu.org; Tue, 29 Mar 2016 16:08:11 -0400 Received: from mail-lf0-f54.google.com ([209.85.215.54]:36138) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1akzvu-0001Pv-C1 for 19977@debbugs.gnu.org; Tue, 29 Mar 2016 16:08:10 -0400 Received: by mail-lf0-f54.google.com with SMTP id e133so20718921lfe.3 for <19977@debbugs.gnu.org>; Tue, 29 Mar 2016 13:08:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=jOCin+yPcWNUJj8jYovYfc8wOxRhTNR4ILAjVTjAXeE=; b=dueSnZiwbmyQqQHZKgEMfODdDJw9jZJcyWGz2u/PlxM3E1G968fTl2iragNMIIppXu yDaIMUD5l90mjsBodnJDCBazn3Ik6WXdCg0ojVyY5iLE3xhYd11mTEC+xGScd3DLo1dR u/TMe3pL86kjj3/EqJ+84PHV3pxfJS2QBjQy5jqH2HKNNmR9Y/IGHLqv3aArTtIJNkh3 puoyobk76H+FIRApGz/KSTRyNM843eJ21fjhtNpUEA0k9da9BKamIj0hYphzAvgamcCy 0UQTTHpHeaezFCngHqyh/ugB74EOyadVKZ2R2NSbBg+kPyRpEX+r4U1HoM707bqmjs2s 8pVA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=jOCin+yPcWNUJj8jYovYfc8wOxRhTNR4ILAjVTjAXeE=; b=XutzTg2rsSh6v8QxR+6B8CAQnc/mNN4TZqvvf8PHNsW7gm9Y1ajU+Znn+jGoR29eg+ OMYAVw7C5i+i3ry3TpEg1K16m5NZuGS4K2sqNGOcU52UovaxDmKXQ8gbBap5GsPOSfU9 0WdiF+Cr3VVCbXnYe4ttfCSxmDesrO09nHrCuRGdsTHHhSR+OXcU6QJ9Ub8lObejsyXj No7eOz8U8n0W9Aqvkvyahg1Yf5aLJfy1x2nwXVNJufmyLwM7kAH9zawO1sA5rn9s06qq YrrCPIApaCU8wEaFQmTZYkBDw5GyPQcN1zwoByw9DijuuTPPiGgOb7nV0lRjxDXcOUGv U4iQ== X-Gm-Message-State: AD7BkJLwSlqtAiFNK2HkxVK8nmvCfJL1o6oT86FjRMJALe5IJkVAA9fNvzIXZ+UYogJQEGCEbtZIcAd56hu2TQ== X-Received: by 10.25.146.206 with SMTP id u197mr1985657lfd.139.1459282084562; Tue, 29 Mar 2016 13:08:04 -0700 (PDT) MIME-Version: 1.0 References: <83r3etwc9j.fsf@gnu.org> <83lh51w9z8.fsf@gnu.org> <83d1qdw7bt.fsf@gnu.org> In-Reply-To: From: Philipp Stephani Date: Tue, 29 Mar 2016 20:07:55 +0000 Message-ID: Subject: Re: bug#19977: 24.4; Incorrect translation of Super modifier with Ctrl or Meta on OS X To: Adrian Robert Content-Type: multipart/alternative; boundary=001a11401ab2470bbc052f35961d X-Spam-Score: -0.5 (/) X-Debbugs-Envelope-To: 19977 Cc: Eli Zaretskii , 19977@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.5 (/) --001a11401ab2470bbc052f35961d Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Philipp Stephani schrieb am Di., 29. M=C3=A4rz 2016= um 21:43 Uhr: > Adrian Robert schrieb am Di., 29. M=C3=A4rz 2= 016 > um 19:56 Uhr: > >> >> On 2016.3.29, at 20:44, Philipp Stephani wrote: >> >> > >> > >> > Adrian Robert schrieb am Di., 29. M=C3=A4r= z >> 2016 um 19:19 Uhr: >> > >> > On 2016.3.29, at 19:57, Eli Zaretskii wrote: >> > >> > >> From: Philipp Stephani >> > >> Date: Tue, 29 Mar 2016 16:38:52 +0000 >> > >> Cc: 19977@debbugs.gnu.org >> > >> >> > >> If I comment out the if block below the comment >> > >> >> > >> /* if super (default), take input manager's word so things like >> > >> dvorak / qwerty layout work */ >> > >> >> > >> in nsterm.m, everything works. Unless somebody can explain why that >> if block exists at all (i.e. why >> > >> [theEvent characters] instead of [theEvent >> charactersIgnoringModifiers] is used), then I'd suggest to >> > >> remove the block completely. >> > >> >> > >> Attached a patch to remove this code. >> > > >> > > Adrian, any comments? It's your code from 7 years ago. >> > >> > >> > Heh, well of the top of my head=E2=80=A6 ;-) >> > >> > Did you try testing Dvorak / Qwerty layout? If not, that=E2=80=99s un= der >> System Preferences, Keyboard, add new, English, select Dvorak or Dvorak = / >> Qwerty. >> > >> > From what I remember, the issue had to do with cmd-key shortcuts when >> one of those layouts was in use. I think users were expecting the lette= r >> reported for the cmd shortcut to either agree with or disagree with the >> dvorak layout. Using [theEvent characters] caused it to use what they w= ere >> expecting. >> > >> > It sounds like either this wasn=E2=80=99t the right solution, or user >> expectations vary. In either case I would agree with simplifying the co= de >> and removing the part you suggest. >> > >> > >> > Yes, I can see what the problem is, thanks for the pointer. Basically >> in a couple of layouts (there are others, e.g. "Gujarati - QUERTY"), >> Command acts as shift-like character, like Option and Shift, selecting a >> different character, and not as a control-like character. For Option, Em= acs >> allows switching between shift-like and control-like behavior using the >> `ns-alternate-modifier' option. The same should be implemented for Comma= nd. >> > However, the code for `ns-alternate-modifier' is also somewhat broken. >> If it's set to 'none, C-M- doesn't work any more. This needs a b= it >> more thought. What exactly is supposed to happen if both a shift-like an= d a >> control-like modifier are pressed at the same time? Emacs is inconsisten= t >> here: C-S-a remains C-S-a, but M-S-a gets translated to M-A. >> >> >> I would say the correct behavior is to combine the modifier and the >> =E2=80=9Cshift=E2=80=9Ded result. C-S-a should be C-A. But my memory i= s fuzzy as to >> whether nsterm should do this or it happens in emacs generic code. And = if >> ns-alternate-modifier is =E2=80=98none=E2=80=99, then there is no such t= hing as C-M-letter, >> just C-letter, where the identify of =E2=80=98letter' is determined by w= hat comes >> from opt-. >> >> >> >> >> > I agree that this behavior is the desired/expected one. Unfortunately it > seems the NSEvent API makes this somewhat hard to implement: you can eith= er > ignore all modifiers except shift (using charactersIgnoringModifiers) or > none (using characters), but we'd need to ignore a certain subset of the > modifiers. > It seems that this behavior cannot be implemented without resorting to UCKeyTranslate. Therefore I'd suggest to fall back to the next best option and ignore all shift-like modifiers if control-like modifiers are present, similar to what we're doing with C-S on Unix terminals. --001a11401ab2470bbc052f35961d Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


Philip= p Stephani <p.stephani2@gmail.c= om> schrieb am Di., 29. M=C3=A4rz 2016 um 21:43=C2=A0Uhr:
<= blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px= #ccc solid;padding-left:1ex">
<= div dir=3D"ltr">Adrian Robert <adrian.b.robert@gmail.com> schrieb am Di., 29.= M=C3=A4rz 2016 um 19:56=C2=A0Uhr:
=
On 2016.3.29, at 20:44, Philipp Stephani <p.stephani2@gmail.com> wrote:

>
>
> Adrian Robert <adrian.b.robert@gmail.com> schrieb am Di., 29. M=C3=A4rz= 2016 um 19:19 Uhr:
>
> On 2016.3.29, at 19:57, Eli Zaretskii <eliz@gnu.org> wrote:
>
> >> From: Philipp Stephani <p.stephani2@gmail.com>
> >> Date: Tue, 29 Mar 2016 16:38:52 +0000
> >> Cc: 19977@debbugs.gnu.org
> >>
> >> If I comment out the if block below the comment
> >>
> >> /* if super (default), take input manager's word so thing= s like
> >> dvorak / qwerty layout work */
> >>
> >> in nsterm.m, everything works. Unless somebody can explain wh= y that if block exists at all (i.e. why
> >> [theEvent characters] instead of [theEvent charactersIgnoring= Modifiers] is used), then I'd suggest to
> >> remove the block completely.
> >>
> >> Attached a patch to remove this code.
> >
> > Adrian, any comments?=C2=A0 It's your code from 7 years ago.<= br> >
>
> Heh, well of the top of my head=E2=80=A6 ;-)
>
> Did you try testing Dvorak / Qwerty layout?=C2=A0 If not, that=E2=80= =99s under System Preferences, Keyboard, add new, English, select Dvorak or= Dvorak / Qwerty.
>
> From what I remember, the issue had to do with cmd-key shortcuts when = one of those layouts was in use.=C2=A0 I think users were expecting the let= ter reported for the cmd shortcut to either agree with or disagree with the= dvorak layout.=C2=A0 Using [theEvent characters] caused it to use what the= y were expecting.
>
> It sounds like either this wasn=E2=80=99t the right solution, or user = expectations vary.=C2=A0 In either case I would agree with simplifying the = code and removing the part you suggest.
>
>
> Yes, I can see what the problem is, thanks for the pointer. Basically = in a couple of layouts (there are others, e.g. "Gujarati - QUERTY"= ;), Command acts as shift-like character, like Option and Shift, selecting = a different character, and not as a control-like character. For Option, Ema= cs allows switching between shift-like and control-like behavior using the = `ns-alternate-modifier' option. The same should be implemented for Comm= and.
> However, the code for `ns-alternate-modifier' is also somewhat bro= ken. If it's set to 'none, C-M-<letter> doesn't work any = more. This needs a bit more thought. What exactly is supposed to happen if = both a shift-like and a control-like modifier are pressed at the same time?= Emacs is inconsistent here: C-S-a remains C-S-a, but M-S-a gets translated= to M-A.


I would say the correct behavior is to combine the modifier and the =E2=80= =9Cshift=E2=80=9Ded result.=C2=A0 C-S-a should be C-A.=C2=A0 But my memory = is fuzzy as to whether nsterm should do this or it happens in emacs generic= code.=C2=A0 And if ns-alternate-modifier is =E2=80=98none=E2=80=99, then t= here is no such thing as C-M-letter, just C-letter, where the identify of = =E2=80=98letter' is determined by what comes from opt-<original-key&= gt;.





I agree that this behavior is the desired/expected one. U= nfortunately it seems the NSEvent API makes this somewhat hard to implement= : you can either ignore all modifiers except shift (using charactersIgnorin= gModifiers) or none (using characters), but we'd need to ignore a certa= in subset of the modifiers.

It seems that this behavior cannot be implemented without resorting to U= CKeyTranslate. Therefore I'd suggest to fall back to the next best opti= on and ignore all shift-like modifiers if control-like modifiers are presen= t, similar to what we're doing with C-S on Unix terminals.=C2=A0
<= /div>
--001a11401ab2470bbc052f35961d-- From debbugs-submit-bounces@debbugs.gnu.org Tue Mar 29 22:39:50 2016 Received: (at 19977) by debbugs.gnu.org; 30 Mar 2016 02:39:50 +0000 Received: from localhost ([127.0.0.1]:44393 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1al62w-00040n-64 for submit@debbugs.gnu.org; Tue, 29 Mar 2016 22:39:50 -0400 Received: from eggs.gnu.org ([208.118.235.92]:59536) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1al62u-00040b-S5 for 19977@debbugs.gnu.org; Tue, 29 Mar 2016 22:39:49 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1al62k-0002WK-TO for 19977@debbugs.gnu.org; Tue, 29 Mar 2016 22:39:43 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.2 required=5.0 tests=BAYES_50,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:48425) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1al62k-0002WG-Pt; Tue, 29 Mar 2016 22:39:38 -0400 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:3010 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1al62j-0002SM-TY; Tue, 29 Mar 2016 22:39:38 -0400 Date: Wed, 30 Mar 2016 05:39:23 +0300 Message-Id: <834mbowuxw.fsf@gnu.org> From: Eli Zaretskii To: Philipp Stephani In-reply-to: (message from Philipp Stephani on Tue, 29 Mar 2016 20:07:55 +0000) Subject: Re: bug#19977: 24.4; Incorrect translation of Super modifier with Ctrl or Meta on OS X References: <83r3etwc9j.fsf@gnu.org> <83lh51w9z8.fsf@gnu.org> <83d1qdw7bt.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -6.0 (------) X-Debbugs-Envelope-To: 19977 Cc: adrian.b.robert@gmail.com, 19977@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -6.0 (------) > From: Philipp Stephani > Date: Tue, 29 Mar 2016 20:07:55 +0000 > Cc: Eli Zaretskii , 19977@debbugs.gnu.org > > It seems that this behavior cannot be implemented without resorting to UCKeyTranslate. Therefore I'd > suggest to fall back to the next best option and ignore all shift-like modifiers if control-like modifiers are > present, similar to what we're doing with C-S on Unix terminals. I'm not sure what this means, but if it means something that worked before won't, please provide an option to get the old behavior back, just in case. Thanks. From debbugs-submit-bounces@debbugs.gnu.org Wed Mar 30 13:35:48 2016 Received: (at 19977) by debbugs.gnu.org; 30 Mar 2016 17:35:48 +0000 Received: from localhost ([127.0.0.1]:45323 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1alK20-0003Lv-Hi for submit@debbugs.gnu.org; Wed, 30 Mar 2016 13:35:48 -0400 Received: from mail-lb0-f180.google.com ([209.85.217.180]:35292) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1alK1y-0003Li-N5 for 19977@debbugs.gnu.org; Wed, 30 Mar 2016 13:35:47 -0400 Received: by mail-lb0-f180.google.com with SMTP id bc4so36621886lbc.2 for <19977@debbugs.gnu.org>; Wed, 30 Mar 2016 10:35:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=MLL9ePtVSVPSO89aJsKYyokJzqNQyfxCSCisxhGqgWU=; b=wEobI0DrMz2PxpYJeHdqWjyMBzEbDcrJIhdxVOHJ9hhP5X8saQdEQJ/UgAfi6Rz8/u k3rmhBh8xttRZmQnfSWVmFbd/tn6DgFw7tyRx18NpX67HsPIeMOWQbUt2c6VwSWvWkY5 WmL0neal+QbRk2xWZCDUSrIRXwj9x1dvSwO/XN6vkLhecK8OgaO3C7W1k/e/BFpGd5Mg Qn7lFyLSW5qAvHSfNA4duuf1DrqlhAZhOkmCWwTMrwhhJ0C/3l+18zrHnK+8CzYuvgKm FBoo+XVIDoYHjZZzI2v4Onuj7Jqv3HnVZc59nI8uobRXTGZh5vu3nP38Eo8RlZHVLY/3 mWhA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=MLL9ePtVSVPSO89aJsKYyokJzqNQyfxCSCisxhGqgWU=; b=jxXKdoX7nnzVKiZMkidXQNgVCEiPo5gsnObYI+EAfIBA6PtklXPIc9ed2wTN4DzQ15 gibn8bGT1VX0TX4QSOck5HYtq3en1iBIzAO9MDgpDlztqnJhY4ss4ByMVOP1jda9kAI/ je8nk2ntCoDOlYGHxjbH7iOPt+YS+h+oDAVTXQjudd7pNDS6z5y3QAATw/j53d29m3Y1 tOKaC2kgSJ8WgM7QQ3uurAH0AOSCgemclTjQ1vT+6wZiaWNdGyPmsDgdoJmD1tp67Af2 mQ6Aw+UDZAMG27FErK4qiRA5oc4swmSDlurVE6/gdcVEgqejzdvWT2ZZe9lbNig4ZLtV KsZw== X-Gm-Message-State: AD7BkJIv4cqtapqIoff9mGT9CnvrsCJbcNijUG0XEGyLvaWH5AFX81Bl0YbLRtrsF7zDZIbNva5yK3EtCq9VZQ== X-Received: by 10.112.158.69 with SMTP id ws5mr4722849lbb.23.1459359340619; Wed, 30 Mar 2016 10:35:40 -0700 (PDT) MIME-Version: 1.0 References: <83r3etwc9j.fsf@gnu.org> <83lh51w9z8.fsf@gnu.org> <83d1qdw7bt.fsf@gnu.org> <834mbowuxw.fsf@gnu.org> In-Reply-To: <834mbowuxw.fsf@gnu.org> From: Philipp Stephani Date: Wed, 30 Mar 2016 17:35:30 +0000 Message-ID: Subject: Re: bug#19977: 24.4; Incorrect translation of Super modifier with Ctrl or Meta on OS X To: Eli Zaretskii Content-Type: multipart/mixed; boundary=001a11c2346219234e052f479308 X-Spam-Score: -0.5 (/) X-Debbugs-Envelope-To: 19977 Cc: adrian.b.robert@gmail.com, 19977@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.5 (/) --001a11c2346219234e052f479308 Content-Type: multipart/alternative; boundary=001a11c2346219234a052f479306 --001a11c2346219234a052f479306 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Eli Zaretskii schrieb am Mi., 30. M=C3=A4rz 2016 um 04:39 Uh= r: > > From: Philipp Stephani > > Date: Tue, 29 Mar 2016 20:07:55 +0000 > > Cc: Eli Zaretskii , 19977@debbugs.gnu.org > > > > It seems that this behavior cannot be implemented without resorting to > UCKeyTranslate. Therefore I'd > > suggest to fall back to the next best option and ignore all shift-like > modifiers if control-like modifiers are > > present, similar to what we're doing with C-S on Unix terminals. > > I'm not sure what this means, but if it means something that worked > before won't, please provide an option to get the old behavior back, > just in case. > > I've attached a patch that should keep the aforementioned input methods working (by setting ns-command-modifier to none) and allow Command and Option to be treated as either shift-like or control-like modifiers. In my tests input now works as expected with the Dvorak - Querty and similar input methods if ns-command-modifier is none. Also various key combinations with Super work now if it's set to super. One thing that might be unexpected is that e.g. Command-Control-A will be interpreted as Control-A if ns-command-modifier is none, even if Command-A would insert something other than A. It seems this is (undesirable) behavior is actually already present at head. --001a11c2346219234a052f479306 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


Eli Za= retskii <eliz@gnu.org> schrieb am= Mi., 30. M=C3=A4rz 2016 um 04:39=C2=A0Uhr:
> From: Philipp Stephani <p.stephani2@gmail.com>
> Date: Tue, 29 Mar 2016 20:07:55 +0000
> Cc: Eli Zaretskii <eliz@gnu.org>, 19977@debbugs.gnu.org
>
> It seems that this behavior cannot be implemented without resorting to= UCKeyTranslate. Therefore I'd
> suggest to fall back to the next best option and ignore all shift-like= modifiers if control-like modifiers are
> present, similar to what we're doing with C-S on Unix terminals.
I'm not sure what this means, but if it means something that worked
before won't, please provide an option to get the old behavior back, just in case.


I've attached a patch that should = keep the aforementioned input methods working (by setting ns-command-modifi= er to none) and allow Command and Option to be treated as either shift-like= or control-like modifiers.
In my tests input now works as expect= ed with the Dvorak - Querty and similar input methods if ns-command-modifie= r is none. Also various key combinations with Super work now if it's se= t to super.
One thing that might be unexpected is that e.g. Comma= nd-Control-A will be interpreted as Control-A if ns-command-modifier is non= e, even if Command-A would insert something other than A. It seems this is = (undesirable) behavior is actually already present at head.
--001a11c2346219234a052f479306-- --001a11c2346219234e052f479308 Content-Type: application/octet-stream; name="0001-Fix-handling-of-modifier-keys-on-OS-X.patch" Content-Disposition: attachment; filename="0001-Fix-handling-of-modifier-keys-on-OS-X.patch" Content-Transfer-Encoding: base64 Content-ID: <153c897a4c9ef4f78e21> X-Attachment-Id: 153c897a4c9ef4f78e21 RnJvbSAwMDhlNzFjMDhjYmMwNmFjMmQzZWUzYjM1M2ZlMzYzYmE2MjBmNGZkIE1vbiBTZXAgMTcg MDA6MDA6MDAgMjAwMQpGcm9tOiBQaGlsaXBwIFN0ZXBoYW5pIDxwaHN0QGdvb2dsZS5jb20+CkRh dGU6IFdlZCwgMzAgTWFyIDIwMTYgMTk6MjI6NTYgKzAyMDAKU3ViamVjdDogW1BBVENIXSBGaXgg aGFuZGxpbmcgb2YgbW9kaWZpZXIga2V5cyBvbiBPUyBYCk1JTUUtVmVyc2lvbjogMS4wCkNvbnRl bnQtVHlwZTogdGV4dC9wbGFpbjsgY2hhcnNldD1VVEYtOApDb250ZW50LVRyYW5zZmVyLUVuY29k aW5nOiA4Yml0CgoqIHNyYy9uc3Rlcm0ubSAoaXNfc2hpZnRfbW9kaWZpZXIsIGhhc19zaGlmdF9t b2RpZmllcnMpOiBOZXcgaGVscGVyCmZ1bmN0aW9ucy4KKGtleURvd246KTogRGlzdGluZ3Vpc2gg YmV0d2VlbiBzaGlmdC1saWtlIGFuZCBjb250cm9sLWxpa2UgbW9kaWZpZXIKa2V5cy4gIEFsbG93 IHRyZWF0aW5nIOKMmCBhcyBzaGlmdC1saWtlIG1vZGlmaWVyIChlLmcuIGZvciB0aGUKR3VqYXJh dGnCoOKAk8KgUVVFUlRZIGlucHV0IG1ldGhvZCwgd2hlcmUg4oyYIHN3aXRjaGVzIHRvIFFVRVJU WS4pCgoqIGxpc3AvY3VzLXN0YXJ0LmVsIChzdGFuZGFyZCk6IENoYW5nZSBuaWwgdG8gbm9uZSBm b3IKbnMtY29tbWFuZC1tb2RpZmllcjsgdXBkYXRlIGRlc2NyaXB0aW9uLgotLS0KIGxpc3AvY3Vz LXN0YXJ0LmVsIHwgICA4ICsrLQogc3JjL25zdGVybS5tICAgICAgfCAyMDggKysrKysrKysrKysr KysrKysrKysrKysrLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tCiAyIGZpbGVzIGNoYW5n ZWQsIDk4IGluc2VydGlvbnMoKyksIDExOCBkZWxldGlvbnMoLSkKCmRpZmYgLS1naXQgYS9saXNw L2N1cy1zdGFydC5lbCBiL2xpc3AvY3VzLXN0YXJ0LmVsCmluZGV4IDViZTYxY2UuLjEyMjY5YzEg MTAwNjQ0Ci0tLSBhL2xpc3AvY3VzLXN0YXJ0LmVsCisrKyBiL2xpc3AvY3VzLXN0YXJ0LmVsCkBA IC0zODksNiArMzg5LDEwIEBAIG1pbmlidWZmZXItcHJvbXB0LXByb3BlcnRpZXMtLXNldHRlcgog CSAgICAgOzsgbXNkb3MuYwogCSAgICAgKGRvcy11bnN1cHBvcnRlZC1jaGFyLWdseXBoIGRpc3Bs YXkgaW50ZWdlcikKIAkgICAgIDs7IG5zdGVybS5tCisgICAgICAgICAgICAgOzsKKyAgICAgICAg ICAgICA7OyBGSVhNRTogV2h5IGRvZXMg4oyDIHVzZSBuaWwgaW5zdGVhZCBvZiBub25lPyAgQWxz byB0aGUKKyAgICAgICAgICAgICA7OyBkZXNjcmlwdGlvbiBpcyBjb25mdXNpbmc7IHNldHRpbmcg aXQgdG8gbmlsIGRpc2FibGVzIOKMgworICAgICAgICAgICAgIDs7IGVudGlyZWx5LgogCSAgICAg KG5zLWNvbnRyb2wtbW9kaWZpZXIKIAkgICAgICBucwogCSAgICAgIChjaG9pY2UgKGNvbnN0IDp0 YWcgIk5vIG1vZGlmaWVyIiBuaWwpCkBAIC00MDUsMTMgKzQwOSwxMyBAQCBtaW5pYnVmZmVyLXBy b21wdC1wcm9wZXJ0aWVzLS1zZXR0ZXIKIAkJICAgICAgKGNvbnN0IHN1cGVyKSkgIjI0LjEiKQog CSAgICAgKG5zLWNvbW1hbmQtbW9kaWZpZXIKIAkgICAgICBucwotCSAgICAgIChjaG9pY2UgKGNv bnN0IDp0YWcgIk5vIG1vZGlmaWVyIiBuaWwpCisJICAgICAgKGNob2ljZSAoY29uc3QgOnRhZyAi Tm8gbW9kaWZpZXIgKHdvcmsgYXMgbGF5b3V0IHN3aXRjaCkiIG5vbmUpCiAJCSAgICAgIChjb25z dCBjb250cm9sKSAoY29uc3QgbWV0YSkKIAkJICAgICAgKGNvbnN0IGFsdCkgKGNvbnN0IGh5cGVy KQogCQkgICAgICAoY29uc3Qgc3VwZXIpKSAiMjMuMSIpCiAJICAgICAobnMtcmlnaHQtY29tbWFu ZC1tb2RpZmllcgogCSAgICAgIG5zCi0JICAgICAgKGNob2ljZSAoY29uc3QgOnRhZyAiTm8gbW9k aWZpZXIgKHdvcmsgYXMgY29tbWFuZCkiIG5vbmUpCisJICAgICAgKGNob2ljZSAoY29uc3QgOnRh ZyAiTm8gbW9kaWZpZXIgKHdvcmsgYXMgbGF5b3V0IHN3aXRjaCkiIG5vbmUpCiAJCSAgICAgIChj b25zdCA6dGFnICJVc2UgdGhlIHZhbHVlIG9mIG5zLWNvbW1hbmQtbW9kaWZpZXIiCiAJCQkgICAg IGxlZnQpCiAJCSAgICAgIChjb25zdCBjb250cm9sKSAoY29uc3QgbWV0YSkKZGlmZiAtLWdpdCBh L3NyYy9uc3Rlcm0ubSBiL3NyYy9uc3Rlcm0ubQppbmRleCA0MDQ4YWM0Li5lYmNjYjI3IDEwMDY0 NAotLS0gYS9zcmMvbnN0ZXJtLm0KKysrIGIvc3JjL25zdGVybS5tCkBAIC0zNyw2ICszNyw3IEBA IEdOVXN0ZXAgcG9ydCBhbmQgcG9zdC0yMCB1cGRhdGUgYnkgQWRyaWFuIFJvYmVydCAoYXJvYmVy dEBjb2dzY2kudWNzZC5lZHUpCiAjaW5jbHVkZSA8dGltZS5oPgogI2luY2x1ZGUgPHNpZ25hbC5o PgogI2luY2x1ZGUgPHVuaXN0ZC5oPgorI2luY2x1ZGUgPHN0ZGJvb2wuaD4KIAogI2luY2x1ZGUg PGMtY3R5cGUuaD4KICNpbmNsdWRlIDxjLXN0cmNhc2UuaD4KQEAgLTU2NzAsNiArNTY3MSw0MyBA QCBub3RfaW5fYXJndiAoTlNTdHJpbmcgKmFyZykKIEBlbmQgIC8qIEVtYWNzQXBwICovCiAKIAor c3RhdGljIGJvb2wKK2lzX3NoaWZ0X21vZGlmaWVyIChOU0V2ZW50TW9kaWZpZXJGbGFncyBmbGFn cywKKyAgICAgICAgICAgICAgICAgICBOU0V2ZW50TW9kaWZpZXJGbGFncyBnZW5lcmljX21hc2ss CisgICAgICAgICAgICAgICAgICAgTlNFdmVudE1vZGlmaWVyRmxhZ3MgbGVmdF9tYXNrLAorICAg ICAgICAgICAgICAgICAgIE5TRXZlbnRNb2RpZmllckZsYWdzIHJpZ2h0X21hc2ssCisgICAgICAg ICAgICAgICAgICAgTGlzcF9PYmplY3QgbGVmdF9vcHRpb24sCisgICAgICAgICAgICAgICAgICAg TGlzcF9PYmplY3QgcmlnaHRfb3B0aW9uKQoreworICBib29sIGlzX3JpZ2h0X2tleSA9IChmbGFn cyAmIHJpZ2h0X21hc2spID09IHJpZ2h0X21hc2s7CisgIGJvb2wgaXNfbGVmdF9rZXkgPSAoZmxh Z3MgJiBsZWZ0X21hc2spID09IGxlZnRfbWFzaworICAgIHx8ICghIGlzX3JpZ2h0X2tleSAmJiAo ZmxhZ3MgJiBnZW5lcmljX21hc2spID09IGdlbmVyaWNfbWFzayk7CisKKyAgdW5zaWduZWQgaW50 IG1vZGlmaWVycyA9IDA7CisgIGlmIChpc19yaWdodF9rZXkpCisgICAgbW9kaWZpZXJzIHw9IHBh cnNlX3NvbGl0YXJ5X21vZGlmaWVyIChFUSAocmlnaHRfb3B0aW9uLCBRbGVmdCkKKyAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgID8gbGVmdF9vcHRpb24gOiByaWdodF9v cHRpb24pOworICBpZiAoaXNfbGVmdF9rZXkpCisgICAgbW9kaWZpZXJzIHw9IHBhcnNlX3NvbGl0 YXJ5X21vZGlmaWVyIChsZWZ0X29wdGlvbik7CisKKyAgLyogcGFyc2Vfc29saXRhcnlfbW9kaWZp ZXIgcmV0dXJucyAwIGZvciBhIHNoaWZ0LWxpa2UgbW9kaWZpZXIuICAqLworICByZXR1cm4gKGlz X2xlZnRfa2V5IHx8IGlzX3JpZ2h0X2tleSkgJiYgbW9kaWZpZXJzID09IDA7Cit9CisKK3N0YXRp YyBib29sCitoYXNfc2hpZnRfbW9kaWZpZXJzIChOU0V2ZW50TW9kaWZpZXJGbGFncyBmbGFncykK K3sKKyAgLyogQ2hlY2sgb25seSBDb21tYW5kLCBPcHRpb24sIGFuZCBTaGlmdCBtb2RpZmllcnMu ICBDb250cm9sIGlzCisgICAgIG5ldmVyIGEgc2hpZnQtbGlrZSBtb2RpZmllciBrZXkuICAqLwor ICByZXR1cm4gaXNfc2hpZnRfbW9kaWZpZXIgKGZsYWdzLCBOU0NvbW1hbmRLZXlNYXNrLAorICAg ICAgICAgICAgICAgICAgICAgICAgICAgIE5TTGVmdENvbW1hbmRLZXlNYXNrLCBOU1JpZ2h0Q29t bWFuZEtleU1hc2ssCisgICAgICAgICAgICAgICAgICAgICAgICAgICAgbnNfY29tbWFuZF9tb2Rp ZmllciwgbnNfcmlnaHRfY29tbWFuZF9tb2RpZmllcikKKyAgICB8fCBpc19zaGlmdF9tb2RpZmll ciAoZmxhZ3MsIE5TQWx0ZXJuYXRlS2V5TWFzaywKKyAgICAgICAgICAgICAgICAgICAgICAgICAg TlNMZWZ0QWx0ZXJuYXRlS2V5TWFzaywgTlNSaWdodEFsdGVybmF0ZUtleU1hc2ssCisgICAgICAg ICAgICAgICAgICAgICAgICAgIG5zX2FsdGVybmF0ZV9tb2RpZmllciwgbnNfcmlnaHRfYWx0ZXJu YXRlX21vZGlmaWVyKQorICAgIHx8IChmbGFncyAmIE5TU2hpZnRLZXlNYXNrKSA9PSBOU1NoaWZ0 S2V5TWFzazsKK30KKwogCiAvKiA9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQogCkBAIC01ODEyLDEwICs1ODUw LDggQEAgbm90X2luX2FyZ3YgKE5TU3RyaW5nICphcmcpCiAKICAgaWYgKCFwcm9jZXNzaW5nQ29t cG9zZSkKICAgICB7Ci0gICAgICAvKiBXaGVuIHVzaW5nIHNjcmVlbiBzaGFyaW5nLCBubyBsZWZ0 IG9yIHJpZ2h0IGluZm9ybWF0aW9uIGlzIHNlbnQsCi0gICAgICAgICBzbyB1c2UgTGVmdCBrZXkg aW4gdGhvc2UgY2FzZXMuICAqLwotICAgICAgaW50IGlzX2xlZnRfa2V5LCBpc19yaWdodF9rZXk7 Ci0KKyAgICAgIC8qIEZJWE1FOiBXaGF0IHNob3VsZCBoYXBwZW4gZm9yIGtleSBzZXF1ZW5jZXMg d2l0aCBtb3JlIHRoYW4KKyAgICAgICAgIG9uZSBjaGFyYWN0ZXI/ICAqLwogICAgICAgY29kZSA9 IChbW3RoZUV2ZW50IGNoYXJhY3RlcnNJZ25vcmluZ01vZGlmaWVyc10gbGVuZ3RoXSA9PSAwKSA/ CiAgICAgICAgIDAgOiBbW3RoZUV2ZW50IGNoYXJhY3RlcnNJZ25vcmluZ01vZGlmaWVyc10gY2hh cmFjdGVyQXRJbmRleDogMF07CiAKQEAgLTU4NjIsMTMxICs1ODk4LDUwIEBAIG5vdF9pbl9hcmd2 IChOU1N0cmluZyAqYXJnKQogICAgICAgaWYgKGZsYWdzICYgTlNTaGlmdEtleU1hc2spCiAgICAg ICAgIGVtYWNzX2V2ZW50LT5tb2RpZmllcnMgfD0gc2hpZnRfbW9kaWZpZXI7CiAKLSAgICAgIGlz X3JpZ2h0X2tleSA9IChmbGFncyAmIE5TUmlnaHRDb21tYW5kS2V5TWFzaykgPT0gTlNSaWdodENv bW1hbmRLZXlNYXNrOwotICAgICAgaXNfbGVmdF9rZXkgPSAoZmxhZ3MgJiBOU0xlZnRDb21tYW5k S2V5TWFzaykgPT0gTlNMZWZ0Q29tbWFuZEtleU1hc2sKLSAgICAgICAgfHwgKCEgaXNfcmlnaHRf a2V5ICYmIChmbGFncyAmIE5TQ29tbWFuZEtleU1hc2spID09IE5TQ29tbWFuZEtleU1hc2spOwor ICAgICAgLyogVGhlIOKMmCBhbmQg4oylIG1vZGlmaWVycyBjYW4gYmUgZWl0aGVyIHNoaWZ0LWxp a2UgKGZvciBhbHRlcm5hdGUKKyAgICAgICAgIGNoYXJhY3RlciBpbnB1dCkgb3IgY29udHJvbC1s aWtlIChhcyBjb21tYW5kIHByZWZpeCkuICBJZiB3ZQorICAgICAgICAgaGF2ZSBvbmx5IHNoaWZ0 LWxpa2UgbW9kaWZpZXJzLCB0aGVuIHdlIHNob3VsZCB1c2UgdGhlCisgICAgICAgICB0cmFuc2xh dGVkIGNoYXJhY3RlcnMgKHJldHVybmVkIGJ5IHRoZSBjaGFyYWN0ZXJzIG1ldGhvZCk7IGlmCisg ICAgICAgICB3ZSBoYXZlIG9ubHkgY29udHJvbC1saWtlIG1vZGlmaWVycywgdGhlbiB3ZSBzaG91 bGQgdXNlIHRoZQorICAgICAgICAgdW50cmFuc2xhdGVkIGNoYXJhY3RlcnMgKHJldHVybmVkIGJ5 IHRoZQorICAgICAgICAgY2hhcmFjdGVyc0lnbm9yaW5nTW9kaWZpZXJzIG1ldGhvZCkuICBBbiBh bm5veWFuY2UgaGFwcGVucyBpZgorICAgICAgICAgd2UgaGF2ZSBib3RoIHNoaWZ0LWxpa2UgYW5k IGNvbnRyb2wtbGlrZSBtb2RpZmllcnMgYmVjYXVzZQorICAgICAgICAgdGhlIE5TRXZlbnQgQVBJ IGRvZXNu4oCZdCBsZXQgdXMgaWdub3JlIG9ubHkgc29tZSBtb2RpZmllcnMuCisgICAgICAgICBU aGVyZWZvcmUgd2UgaWdub3JlIGFsbCBzaGlmdC1saWtlIG1vZGlmaWVycyBpbiB0aGF0CisgICAg ICAgICBjYXNlLiAgKi8KKworICAgICAgLyogRVZfTU9ESUZJRVJTMiB1c2VzIHBhcnNlX3NvbGl0 YXJ5X21vZGlmaWVyIG9uIGFsbCBrbm93bgorICAgICAgICAgbW9kaWZpZXIga2V5cywgd2hpY2gg cmV0dXJucyAwIGZvciBzaGlmdC1saWtlIG1vZGlmaWVycy4KKyAgICAgICAgIFRoZXJlZm9yZSBp dHMgcmV0dXJuIHZhbHVlIGlzIHRoZSBzZXQgb2YgY29udHJvbC1saWtlCisgICAgICAgICBtb2Rp ZmllcnMuICAqLworICAgICAgdW5zaWduZWQgaW50IGNvbnRyb2xfbW9kaWZpZXJzID0gRVZfTU9E SUZJRVJTMiAoZmxhZ3MpOworICAgICAgYm9vbCBzaGlmdF9tb2RpZmllcnMgPQorICAgICAgICBj b250cm9sX21vZGlmaWVycyA/IGZhbHNlIDogaGFzX3NoaWZ0X21vZGlmaWVycyAoZmxhZ3MpOwor CisgICAgICBlbWFjc19ldmVudC0+bW9kaWZpZXJzIHw9IGNvbnRyb2xfbW9kaWZpZXJzOwogCi0g ICAgICBpZiAoaXNfcmlnaHRfa2V5KQotICAgICAgICBlbWFjc19ldmVudC0+bW9kaWZpZXJzIHw9 IHBhcnNlX3NvbGl0YXJ5X21vZGlmaWVyCi0gICAgICAgICAgKEVRIChuc19yaWdodF9jb21tYW5k X21vZGlmaWVyLCBRbGVmdCkKLSAgICAgICAgICAgPyBuc19jb21tYW5kX21vZGlmaWVyCi0gICAg ICAgICAgIDogbnNfcmlnaHRfY29tbWFuZF9tb2RpZmllcik7Ci0KLSAgICAgIGlmIChpc19sZWZ0 X2tleSkKLSAgICAgICAgewotICAgICAgICAgIGVtYWNzX2V2ZW50LT5tb2RpZmllcnMgfD0gcGFy c2Vfc29saXRhcnlfbW9kaWZpZXIKLSAgICAgICAgICAgIChuc19jb21tYW5kX21vZGlmaWVyKTsK LQotICAgICAgICAgIC8qIGlmIHN1cGVyIChkZWZhdWx0KSwgdGFrZSBpbnB1dCBtYW5hZ2VyJ3Mg d29yZCBzbyB0aGluZ3MgbGlrZQotICAgICAgICAgICAgIGR2b3JhayAvIHF3ZXJ0eSBsYXlvdXQg d29yayAqLwotICAgICAgICAgIGlmIChFUSAobnNfY29tbWFuZF9tb2RpZmllciwgUXN1cGVyKQot ICAgICAgICAgICAgICAmJiAhZm5LZXlzeW0KLSAgICAgICAgICAgICAgJiYgW1t0aGVFdmVudCBj aGFyYWN0ZXJzXSBsZW5ndGhdICE9IDApCi0gICAgICAgICAgICB7Ci0gICAgICAgICAgICAgIC8q IFhYWDogdGhlIGNvZGUgd2UgZ2V0IHdpbGwgYmUgdW5zaGlmdGVkLCBzbyBpZiB3ZSBoYXZlCi0g ICAgICAgICAgICAgICAgIGEgc2hpZnQgbW9kaWZpZXIsIG11c3QgY29udmVydCBvdXJzZWx2ZXMg Ki8KLSAgICAgICAgICAgICAgaWYgKCEoZmxhZ3MgJiBOU1NoaWZ0S2V5TWFzaykpCi0gICAgICAg ICAgICAgICAgY29kZSA9IFtbdGhlRXZlbnQgY2hhcmFjdGVyc10gY2hhcmFjdGVyQXRJbmRleDog MF07Ci0jaWYgMAotICAgICAgICAgICAgICAvKiB0aGlzIGlzIHVnbHkgYW5kIGFsc28gcmVxdWly ZXMgbGlua2luZyB3L0NhcmJvbiBmcmFtZXdvcmsKLSAgICAgICAgICAgICAgICAgKGZvciBMTUdl dEtiZFR5cGUpIHNvIGZvciBub3cgbGVhdmUgdGhpcyByYXJlICg/KSBjYXNlCi0gICAgICAgICAg ICAgICAgIHVuZGVhbHQgd2l0aC4uIGluIGZ1dHVyZSBsb29rIGludG8gQ0dFdmVudCBtZXRob2Rz ICovCi0gICAgICAgICAgICAgIGVsc2UKLSAgICAgICAgICAgICAgICB7Ci0gICAgICAgICAgICAg ICAgICBsb25nIHNtdiA9IEdldFNjcmlwdE1hbmFnZXJWYXJpYWJsZSAoc21LZXlTY3JpcHQpOwot ICAgICAgICAgICAgICAgICAgSGFuZGxlIHVjaHJIYW5kbGUgPSBHZXRSZXNvdXJjZQotICAgICAg ICAgICAgICAgICAgICAoJ3VjaHInLCBHZXRTY3JpcHRWYXJpYWJsZSAoc212LCBzbVNjcmlwdEtl eXMpKTsKLSAgICAgICAgICAgICAgICAgIFVJbnQzMiBkdW1teSA9IDA7Ci0gICAgICAgICAgICAg ICAgICBVQ0tleVRyYW5zbGF0ZSAoKFVDS2V5Ym9hcmRMYXlvdXQqKSp1Y2hySGFuZGxlLAotICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgW1t0aGVFdmVudCBjaGFyYWN0ZXJzXSBjaGFy YWN0ZXJBdEluZGV4OiAwXSwKLSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIGtVQ0tl eUFjdGlvbkRpc3BsYXksCi0gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAoZmxhZ3Mg JiB+TlNDb21tYW5kS2V5TWFzaykgPj4gOCwKLSAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgIExNR2V0S2JkVHlwZSAoKSwga1VDS2V5VHJhbnNsYXRlTm9EZWFkS2V5c01hc2ssCi0gICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAmZHVtbXksIDEsICZkdW1teSwgJmNvZGUpOwot ICAgICAgICAgICAgICAgICAgY29kZSAmPSAweEZGOwotICAgICAgICAgICAgICAgIH0KLSNlbmRp ZgotICAgICAgICAgICAgfQotICAgICAgICB9Ci0KLSAgICAgIGlzX3JpZ2h0X2tleSA9IChmbGFn cyAmIE5TUmlnaHRDb250cm9sS2V5TWFzaykgPT0gTlNSaWdodENvbnRyb2xLZXlNYXNrOwotICAg ICAgaXNfbGVmdF9rZXkgPSAoZmxhZ3MgJiBOU0xlZnRDb250cm9sS2V5TWFzaykgPT0gTlNMZWZ0 Q29udHJvbEtleU1hc2sKLSAgICAgICAgfHwgKCEgaXNfcmlnaHRfa2V5ICYmIChmbGFncyAmIE5T Q29udHJvbEtleU1hc2spID09IE5TQ29udHJvbEtleU1hc2spOwotCi0gICAgICBpZiAoaXNfcmln aHRfa2V5KQotICAgICAgICAgIGVtYWNzX2V2ZW50LT5tb2RpZmllcnMgfD0gcGFyc2Vfc29saXRh cnlfbW9kaWZpZXIKLSAgICAgICAgICAgICAgKEVRIChuc19yaWdodF9jb250cm9sX21vZGlmaWVy LCBRbGVmdCkKLSAgICAgICAgICAgICAgID8gbnNfY29udHJvbF9tb2RpZmllcgotICAgICAgICAg ICAgICAgOiBuc19yaWdodF9jb250cm9sX21vZGlmaWVyKTsKLQotICAgICAgaWYgKGlzX2xlZnRf a2V5KQotICAgICAgICBlbWFjc19ldmVudC0+bW9kaWZpZXJzIHw9IHBhcnNlX3NvbGl0YXJ5X21v ZGlmaWVyCi0gICAgICAgICAgKG5zX2NvbnRyb2xfbW9kaWZpZXIpOwotCi0gICAgICBpZiAoZmxh Z3MgJiBOU19GVU5DVElPTl9LRVlfTUFTSyAmJiAhZm5LZXlzeW0pCi0gICAgICAgICAgZW1hY3Nf ZXZlbnQtPm1vZGlmaWVycyB8PQotICAgICAgICAgICAgcGFyc2Vfc29saXRhcnlfbW9kaWZpZXIg KG5zX2Z1bmN0aW9uX21vZGlmaWVyKTsKLQotICAgICAgbGVmdF9pc19ub25lID0gTklMUCAobnNf YWx0ZXJuYXRlX21vZGlmaWVyKQotICAgICAgICB8fCBFUSAobnNfYWx0ZXJuYXRlX21vZGlmaWVy LCBRbm9uZSk7Ci0KLSAgICAgIGlzX3JpZ2h0X2tleSA9IChmbGFncyAmIE5TUmlnaHRBbHRlcm5h dGVLZXlNYXNrKQotICAgICAgICA9PSBOU1JpZ2h0QWx0ZXJuYXRlS2V5TWFzazsKLSAgICAgIGlz X2xlZnRfa2V5ID0gKGZsYWdzICYgTlNMZWZ0QWx0ZXJuYXRlS2V5TWFzaykgPT0gTlNMZWZ0QWx0 ZXJuYXRlS2V5TWFzawotICAgICAgICB8fCAoISBpc19yaWdodF9rZXkKLSAgICAgICAgICAgICYm IChmbGFncyAmIE5TQWx0ZXJuYXRlS2V5TWFzaykgPT0gTlNBbHRlcm5hdGVLZXlNYXNrKTsKLQot ICAgICAgaWYgKGlzX3JpZ2h0X2tleSkKLSAgICAgICAgewotICAgICAgICAgIGlmICgoTklMUCAo bnNfcmlnaHRfYWx0ZXJuYXRlX21vZGlmaWVyKQotICAgICAgICAgICAgICAgfHwgRVEgKG5zX3Jp Z2h0X2FsdGVybmF0ZV9tb2RpZmllciwgUW5vbmUpCi0gICAgICAgICAgICAgICB8fCAoRVEgKG5z X3JpZ2h0X2FsdGVybmF0ZV9tb2RpZmllciwgUWxlZnQpICYmIGxlZnRfaXNfbm9uZSkpCi0gICAg ICAgICAgICAgICYmICFmbktleXN5bSkKLSAgICAgICAgICAgIHsgICAvKiBhY2NlcHQgcHJlLWlu dGVycCBhbHQgY29tYiAqLwotICAgICAgICAgICAgICBpZiAoW1t0aGVFdmVudCBjaGFyYWN0ZXJz XSBsZW5ndGhdID4gMCkKLSAgICAgICAgICAgICAgICBjb2RlID0gW1t0aGVFdmVudCBjaGFyYWN0 ZXJzXSBjaGFyYWN0ZXJBdEluZGV4OiAwXTsKLSAgICAgICAgICAgICAgLypIQUNLOiBjbGVhciBs b25lIHNoaWZ0IG1vZGlmaWVyIHRvIHN0b3AgbmV4dCBpZiBmcm9tIGZpcmluZyAqLwotICAgICAg ICAgICAgICBpZiAoZW1hY3NfZXZlbnQtPm1vZGlmaWVycyA9PSBzaGlmdF9tb2RpZmllcikKLSAg ICAgICAgICAgICAgICBlbWFjc19ldmVudC0+bW9kaWZpZXJzID0gMDsKLSAgICAgICAgICAgIH0K LSAgICAgICAgICBlbHNlCi0gICAgICAgICAgICBlbWFjc19ldmVudC0+bW9kaWZpZXJzIHw9IHBh cnNlX3NvbGl0YXJ5X21vZGlmaWVyCi0gICAgICAgICAgICAgIChFUSAobnNfcmlnaHRfYWx0ZXJu YXRlX21vZGlmaWVyLCBRbGVmdCkKLSAgICAgICAgICAgICAgID8gbnNfYWx0ZXJuYXRlX21vZGlm aWVyCi0gICAgICAgICAgICAgICA6IG5zX3JpZ2h0X2FsdGVybmF0ZV9tb2RpZmllcik7Ci0gICAg ICAgIH0KLQotICAgICAgaWYgKGlzX2xlZnRfa2V5KSAvKiBkZWZhdWx0ID0gbWV0YSAqLwotICAg ICAgICB7Ci0gICAgICAgICAgaWYgKGxlZnRfaXNfbm9uZSAmJiAhZm5LZXlzeW0pCi0gICAgICAg ICAgICB7ICAgLyogYWNjZXB0IHByZS1pbnRlcnAgYWx0IGNvbWIgKi8KLSAgICAgICAgICAgICAg aWYgKFtbdGhlRXZlbnQgY2hhcmFjdGVyc10gbGVuZ3RoXSA+IDApCi0gICAgICAgICAgICAgICAg Y29kZSA9IFtbdGhlRXZlbnQgY2hhcmFjdGVyc10gY2hhcmFjdGVyQXRJbmRleDogMF07Ci0gICAg ICAgICAgICAgIC8qSEFDSzogY2xlYXIgbG9uZSBzaGlmdCBtb2RpZmllciB0byBzdG9wIG5leHQg aWYgZnJvbSBmaXJpbmcgKi8KLSAgICAgICAgICAgICAgaWYgKGVtYWNzX2V2ZW50LT5tb2RpZmll cnMgPT0gc2hpZnRfbW9kaWZpZXIpCi0gICAgICAgICAgICAgICAgZW1hY3NfZXZlbnQtPm1vZGlm aWVycyA9IDA7Ci0gICAgICAgICAgICB9Ci0gICAgICAgICAgZWxzZQotICAgICAgICAgICAgICBl bWFjc19ldmVudC0+bW9kaWZpZXJzIHw9Ci0gICAgICAgICAgICAgICAgcGFyc2Vfc29saXRhcnlf bW9kaWZpZXIgKG5zX2FsdGVybmF0ZV9tb2RpZmllcik7Ci0gICAgICAgIH0KLQotICBpZiAoTlNf S0VZTE9HKQotICAgIGZwcmludGYgKHN0ZGVyciwgImtleURvd246IGNvZGUgPSV4XHRmbktleSA9 JXhcdGZsYWdzID0gJXhcdG1vZHMgPSAleFxuIiwKLSAgICAgICAgICAgICBjb2RlLCBmbktleXN5 bSwgZmxhZ3MsIGVtYWNzX2V2ZW50LT5tb2RpZmllcnMpOworICAgICAgaWYgKE5TX0tFWUxPRykK KyAgICAgICAgZnByaW50ZiAoc3RkZXJyLCAia2V5RG93bjogY29kZSA9JXhcdGZuS2V5ID0leFx0 ZmxhZ3MgPSAleFx0bW9kcyA9ICV4XG4iLAorICAgICAgICAgICAgICAgICBjb2RlLCBmbktleXN5 bSwgZmxhZ3MsIGVtYWNzX2V2ZW50LT5tb2RpZmllcnMpOwogCi0gICAgICAvKiBpZiBpdCB3YXMg YSBmdW5jdGlvbiBrZXkgb3IgaGFkIG1vZGlmaWVycywgcGFzcyBpdCBkaXJlY3RseSB0byBlbWFj cyAqLworICAgICAgLyogSWYgaXQgd2FzIGEgZnVuY3Rpb24ga2V5IG9yIGhhZCBjb250cm9sLWxp a2UgbW9kaWZpZXJzLCBwYXNzCisgICAgICAgICBpdCBkaXJlY3RseSB0byBFbWFjcy4gICovCiAg ICAgICBpZiAoZm5LZXlzeW0gfHwgKGVtYWNzX2V2ZW50LT5tb2RpZmllcnMKICAgICAgICAgICAg ICAgICAgICAgICAgJiYgKGVtYWNzX2V2ZW50LT5tb2RpZmllcnMgIT0gc2hpZnRfbW9kaWZpZXIp CiAgICAgICAgICAgICAgICAgICAgICAgICYmIFtbdGhlRXZlbnQgY2hhcmFjdGVyc0lnbm9yaW5n TW9kaWZpZXJzXSBsZW5ndGhdID4gMCkpCiAvKltbdGhlRXZlbnQgY2hhcmFjdGVyc10gbGVuZ3Ro XSAqLwogICAgICAgICB7CiAgICAgICAgICAgZW1hY3NfZXZlbnQtPmtpbmQgPSBOT05fQVNDSUlf S0VZU1RST0tFX0VWRU5UOworICAgICAgICAgIC8qIEZJWE1FOiBXaGF0IGFyZSB0aGUgbmV4dCBm b3VyIGxpbmVzIHN1cHBvc2VkIHRvIGRvPyAgKi8KICAgICAgICAgICBpZiAoY29kZSA8IDB4MjAp CiAgICAgICAgICAgICBjb2RlIHw9ICgxPDwyOCl8KDM8PDE2KTsKICAgICAgICAgICBlbHNlIGlm IChjb2RlID09IDB4N2YpCiAgICAgICAgICAgICBjb2RlIHw9ICgxPDwyOCl8KDM8PDE2KTsKICAg ICAgICAgICBlbHNlIGlmICghZm5LZXlzeW0pCisgICAgICAgICAgICAvKiBGSVhNRTogVGhpcyBz ZWVtcyB3cm9uZywgY2hhcmFjdGVycyBpbiB0aGUgcmFuZ2UKKyAgICAgICAgICAgICAgIFsweDgw LMKgMHhGRl0gYXJlIG5vdCBBU0NJSSBjaGFyYWN0ZXJzLiAgQ2Fu4oCZdCB3ZSBqdXN0CisgICAg ICAgICAgICAgICB1c2UgTVVMVElCWVRFX0NIQVJfS0VZU1RST0tFX0VWRU5UIGhlcmUgZm9yIGFs bCBraW5kcworICAgICAgICAgICAgICAgb2YgY2hhcmFjdGVycz8gICovCiAgICAgICAgICAgICBl bWFjc19ldmVudC0+a2luZCA9IGNvZGUgPiAweEZGCiAgICAgICAgICAgICAgID8gTVVMVElCWVRF X0NIQVJfS0VZU1RST0tFX0VWRU5UIDogQVNDSUlfS0VZU1RST0tFX0VWRU5UOwogCkBAIC01OTk3 LDExICs1OTUyLDMyIEBAIG5vdF9pbl9hcmd2IChOU1N0cmluZyAqYXJnKQogICAgICAgICB9CiAg ICAgfQogCisgIC8qIElmIHdlIGdldCBoZXJlLCBhIG5vbi1mdW5jdGlvbiBrZXkgd2l0aG91dCBj b250cm9sLWxpa2UgbW9kaWZpZXJzCisgICAgIHdhcyBoaXQuICBVc2UgaW50ZXJwcmV0S2V5RXZl bnRzLCB3aGljaCBpbiB0dXJuIHdpbGwgY2FsbAorICAgICBpbnNlcnRUZXh0OyBzZWUKKyAgICAg aHR0cHM6Ly9kZXZlbG9wZXIuYXBwbGUuY29tL2xpYnJhcnkvbWFjL2RvY3VtZW50YXRpb24vQ29j b2EvQ29uY2VwdHVhbC9FdmVudE92ZXJ2aWV3L0hhbmRsaW5nS2V5RXZlbnRzL0hhbmRsaW5nS2V5 RXZlbnRzLmh0bWwuICAqLwogCiAgIGlmIChOU19LRVlMT0cgJiYgIXByb2Nlc3NpbmdDb21wb3Nl KQogICAgIGZwcmludGYgKHN0ZGVyciwgImtleURvd246IEJlZ2luIGNvbXBvc2Ugc2VxdWVuY2Uu XG4iKTsKIAorICAvKiBGSVhNRTogaW50ZXJwcmV0S2V5RXZlbnRzIGRvZXNu4oCZdCBzZWVtIHRv IHNlbmQgaW5zZXJ0VGV4dCBpZiDijJggaXMKKyAgICAgdXNlZCBhcyBzaGlmdC1saWtlIG1vZGlm aWVyLCBhdCBsZWFzdCBvbiBFbMKgQ2FwaXRhbi4gIE1hc2sgaXQKKyAgICAgb3V0LiAgVGhpcyBz aG91bGRu4oCZdCBiZSBuZWVkZWQgdGhvdWdoOyB3ZSBzaG91bGQgZmlndXJlIG91dCB3aGF0Cisg ICAgIHRoZSBjb3JyZWN0IHdheSBvZiBoYW5kbGluZyDijJggaXMuICAqLworICBpZiAoW3RoZUV2 ZW50IG1vZGlmaWVyRmxhZ3NdICYgTlNDb21tYW5kS2V5TWFzaykKKyAgICB0aGVFdmVudCA9IFtO U0V2ZW50IGtleUV2ZW50V2l0aFR5cGU6W3RoZUV2ZW50IHR5cGVdCisgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgIGxvY2F0aW9uOlt0aGVFdmVudCBsb2NhdGlvbkluV2luZG93XQorICAg ICAgICAgICAgICAgICAgICAgICAgICAgbW9kaWZpZXJGbGFnczpbdGhlRXZlbnQgbW9kaWZpZXJG bGFnc10gJiB+TlNDb21tYW5kS2V5TWFzaworICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg IHRpbWVzdGFtcDpbdGhlRXZlbnQgdGltZXN0YW1wXQorICAgICAgICAgICAgICAgICAgICAgICAg ICAgIHdpbmRvd051bWJlcjpbdGhlRXZlbnQgd2luZG93TnVtYmVyXQorICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgY29udGV4dDpbdGhlRXZlbnQgY29udGV4dF0KKyAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgIGNoYXJhY3RlcnM6W3RoZUV2ZW50IGNoYXJhY3RlcnNdCisgICAg ICAgICAgICAgICAgICAgICAgICBjaGFyYWN0ZXJzSWdub3JpbmdNb2RpZmllcnM6W3RoZUV2ZW50 IGNoYXJhY3RlcnNJZ25vcmluZ01vZGlmaWVyc10KKyAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICBpc0FSZXBlYXQ6W3RoZUV2ZW50IGlzQVJlcGVhdF0KKyAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgIGtleUNvZGU6W3RoZUV2ZW50IGtleUNvZGVdXTsKKwogICBwcm9jZXNzaW5n Q29tcG9zZSA9IFlFUzsKKyAgLyogRklYTUU6IFVzZSBbTlNBcnJheSBhcnJheVdpdGhPYmplY3Q6 dGhlRXZlbnRdPyAgKi8KICAgW25zRXZBcnJheSBhZGRPYmplY3Q6IHRoZUV2ZW50XTsKICAgW3Nl bGYgaW50ZXJwcmV0S2V5RXZlbnRzOiBuc0V2QXJyYXldOwogICBbbnNFdkFycmF5IHJlbW92ZU9i amVjdDogdGhlRXZlbnRdOwotLSAKMi43LjQKCg== --001a11c2346219234e052f479308-- From debbugs-submit-bounces@debbugs.gnu.org Mon Dec 26 15:13:03 2016 Received: (at 19977) by debbugs.gnu.org; 26 Dec 2016 20:13:04 +0000 Received: from localhost ([127.0.0.1]:55986 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cLbdn-0006tV-If for submit@debbugs.gnu.org; Mon, 26 Dec 2016 15:13:03 -0500 Received: from out1-smtp.messagingengine.com ([66.111.4.25]:49942) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cLbdl-0006t0-If; Mon, 26 Dec 2016 15:13:02 -0500 Received: from compute2.internal (compute2.nyi.internal [10.202.2.42]) by mailout.nyi.internal (Postfix) with ESMTP id CB67D20812; Mon, 26 Dec 2016 15:13:00 -0500 (EST) Received: from frontend1 ([10.202.2.160]) by compute2.internal (MEProxy); Mon, 26 Dec 2016 15:13:00 -0500 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=dottedmag.net; h= content-type:date:from:in-reply-to:message-id:mime-version :references:subject:to:x-me-sender:x-me-sender:x-sasl-enc :x-sasl-enc; s=mesmtp; bh=HrabtBZO9oL8u4pqYb9w4ClHCzE=; b=kbHyY+ 5+nnT5XLBxQEcQNyeV/ETRRuPTAck599G5jjsVDQms/cquvzRt3D265ilG3fP4/9 TroFuba832FS16aPPi7rsddxsTpGsYtquWvREFG5Dhz3ty1oxRyw0HXzZQguPK3l GoX9JHRIyM6RueLneamo5Da+A8DT1sZmnfxA8= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-sender :x-me-sender:x-sasl-enc:x-sasl-enc; s=smtpout; bh=HrabtBZO9oL8u4 pqYb9w4ClHCzE=; b=PSZzRckA3q8b0Zrzn5xCEs1gkruQPkmZrB3CHfuN7DGjnj uQKLDMWNlYGQPhdI6B5HDSdjiAW9uhxZVHsspXrNqG/AFxdq8OooAPbnx79KjVhm r2U7crRdm3FCrmygVIiDYsFP5EOCGPR+wa+Z6cSAPy+QlOOSmYru4j61xLI3M= X-ME-Sender: X-Sasl-enc: 7KgaZcuQIOD6oajQMGn0CpNek2O01ECMSG+ZqVYpSG82 1482783180 Received: from [10.0.10.164] (unknown [141.8.36.65]) by mail.messagingengine.com (Postfix) with ESMTPA id 32F8F7E2B0; Mon, 26 Dec 2016 15:12:59 -0500 (EST) From: "Mikhail Gusarov" To: "Anders Lindgren" , "Kai Yu Zhang" , 21551@debbugs.gnu.org, "Philipp Stephani" , 21330@debbugs.gnu.org, 19977@debbugs.gnu.org Subject: Re: Fix Mac OS X key bindings bug Date: Mon, 26 Dec 2016 21:12:46 +0100 Message-ID: <845DEA9E-D515-4567-B7D2-74FF5A1F0974@dottedmag.net> In-Reply-To: References: MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="=_MailMate_B567546C-9A70-4930-A9A2-3A2FF8FADA4C_=" Embedded-HTML: [{"HTML":[741, 3579], "plain":[299, 2552], "uuid":"536279DD-9861-4B53-B247-AD635AEF2CB6"}] X-Mailer: MailMate (1.9.6r5319) X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 19977 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) --=_MailMate_B567546C-9A70-4930-A9A2-3A2FF8FADA4C_= Hi Anders, I have tried reproducing this discrepancy using my patch from #21330 on top of branch emacs-25. Swedish layout, ns-alternate-modifier set to nil, LCmd-LAlt-9 replies "s-]". Maybe you could check again as well? Best regards, Mikhail. On 2 Jan 2016, at 9:08, Anders Lindgren wrote: > I found a case where the code in question is needed, which none of the > suggested patches handle correctly. > > Steps to repeat: > > (setq ns-alternate-modifier nil) > > Press left CMD-ALT-9 > > An unmodified Emacs replies "s-]" is not bound. (This assumes a Swedish > keyboard layout, other layouts would yield a different character, but the > principle is the same). > > With either of the two patches, Emacs respond with "s-9" is not bound, > which isn't correct. > > Unfortunately, I don't know how to distinguish between the cases where we > need to strip away modifiers (C-s-a) and when we shouldn't, so I'm leaving > this open for now. > > -- Anders Lindgren > > > On Wed, Dec 30, 2015 at 9:50 AM, Anders Lindgren wrote: > >> Hi, >> >> I'm looking into a key binding bug on OS X reported multiple times (19977, >> 21330, 21551). Two different patches have been submitted. >> >> The original code looks like: >> >> if (is_left_key) >> { >> emacs_event->modifiers |= parse_solitary_modifier >> (ns_command_modifier); >> >> /* if super (default), take input manager's word so things like >> dvorak / qwerty layout work */ >> if (EQ (ns_command_modifier, Qsuper) >> && !fnKeysym >> && [[theEvent characters] length] != 0) >> { >> /* XXX: the code we get will be unshifted, so if we have >> a shift modifier, must convert ourselves */ >> if (!(flags & NSShiftKeyMask)) >> code = [[theEvent characters] characterAtIndex: 0]; >> >> One of the patches simply removes the `if (EQ(...))' statement. The other >> modifies the code to strip away modifiers. >> >> First question: What is the code in the `if (EQ(...))' supposed to do? In >> other words, what will stop working if it is removed? >> >> Second question: if it is needed for the LEFT command key, should the >> corresponding code be added for the RIGHT? >> >> I've tested removing the `if' and Emacs still seems to be working as >> intended, both with a normal key layout and when Dvorak is used. If no one >> comes up with a reason to keep the code, I will remove it. >> >> Third question: Does anybody know of a good way to automatically test >> things like this? What I'm looking for is a way to send keystrokes like >> Cmd-Alt-a to Emacs, that way it could be possible to write tests ensuring >> that things like this don't break in the future. >> >> -- Anders Lindgren >> >> --=_MailMate_B567546C-9A70-4930-A9A2-3A2FF8FADA4C_= Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
<= p dir=3D"auto">Hi Anders,

I have tried reproducing this discrepancy using my patch = from #21330
on top of branch emacs-25.

Swedish layout, ns-alternate-modifier set to nil, LCmd-LA= lt-9 replies
"s-]".

Maybe you could check again as well?

Best regards,
Mikhail.

On 2 Jan 2016, at 9:08, Anders Lindgren wrote:

I found a case where the code in question is needed, which= none of the suggested patches handle correctly.

Steps= to repeat:

=C2=A0 =C2=A0=C2=A0(setq ns-alternat= e-modifier nil)

=C2=A0 =C2=A0 Press left CMD-ALT= -9

=C2=A0 =C2=A0 An unmodified Emacs replies &qu= ot;s-]" is not bound. (This assumes a Swedish keyboard layout, other= layouts would yield a different character, but the principle is the same= ).

=C2=A0 =C2=A0 With either of the two patches,= Emacs respond with "s-9" is not bound, which isn't correct= =2E

Unfortunately, I don't know how to disti= nguish between the cases where we need to strip away modifiers (C-s-a) an= d when we shouldn't, so I'm leaving this open for now.
=
=C2=A0 =C2=A0 -- Anders Lindgren


On Wed, Dec 30= , 2015 at 9:50 AM, Anders Lindgren <andlind@gmail.com> w= rote:
Hi,

I'm looking into a key binding bug on OS X reported multiple= times (19977, 21330, 21551). Two different patches have been submitted.<= /div>

The original code looks like:

=C2=A0 =C2=A0 =C2=A0 if (is_left_key)
=C2=A0 =C2=A0= =C2=A0 =C2=A0 {
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 emacs_event= ->modifiers |=3D parse_solitary_modifier
=C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 (ns_command_modifier);

=C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 /* if super (default), take input manager= 's word so things like
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0dvorak / qwerty layout work */
=C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0 if (EQ (ns_command_modifier, Qsuper)
=C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 && !fnKeysym
=C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 && [[theEvent characte= rs] length] !=3D 0)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 {=
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 /* XXX: the c= ode we get will be unshifted, so if we have
=C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0a shift modifier, must convert = ourselves */
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 i= f (!(flags & NSShiftKeyMask))
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 code =3D [[theEvent characters] characterAtIndex= : 0];

One of the patches simply removes th= e `if (EQ(...))' statement. The other modifies the code to strip away= modifiers.

First question: What is the code in = the `if (EQ(...))' supposed to do? In other words, what will stop wor= king if it is removed?

Second question: if i= t is needed for the LEFT command key, should the corresponding code be ad= ded for the RIGHT?

I've tested removing the = `if' and Emacs still seems to be working as intended, both with a nor= mal key layout and when Dvorak is used. If no one comes up with a reason = to keep the code, I will remove it.

Third questi= on: Does anybody know of a good way to automatically test things like thi= s? What I'm looking for is a way to send keystrokes like Cmd-Alt-a to= Emacs, that way it could be possible to write tests ensuring that things= like this don't break in the future.

=C2=A0 =C2=A0 -- Anders Lindgren=


--=_MailMate_B567546C-9A70-4930-A9A2-3A2FF8FADA4C_=-- From debbugs-submit-bounces@debbugs.gnu.org Tue Dec 26 12:43:00 2017 Received: (at 19977) by debbugs.gnu.org; 26 Dec 2017 17:43:00 +0000 Received: from localhost ([127.0.0.1]:52854 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eTtFj-0002ep-Nw for submit@debbugs.gnu.org; Tue, 26 Dec 2017 12:42:59 -0500 Received: from mail-wr0-f174.google.com ([209.85.128.174]:46252) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eTtFh-0002eb-Dn for 19977@debbugs.gnu.org; Tue, 26 Dec 2017 12:42:57 -0500 Received: by mail-wr0-f174.google.com with SMTP id g17so25785441wrd.13 for <19977@debbugs.gnu.org>; Tue, 26 Dec 2017 09:42:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20161025; h=sender:from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=wRg04CoFa58IMjzbjzlbybwlhq9cRRSaE/s1Q2FJXHo=; b=oXazzVfhJnLM8IKbUmM+HN8Y+vks2wlk6gBHEI3cCmHFXUt8TvIRBECzGGh47HE+u5 BSvmvQur62Wj18e8aUS9O/MLwJcUw1hXotTaecRFPkuUSCpXbimJwWcAqNy4ob+grHoo zoCU3BzEUBonctBamcvGsqLyqCyTK8opwL0GlKFUJu7caUcL4tZyQ2t43Zno+GTnxnVf bBFKPaRFZM3kIfUMtV71agYD6jXNqTmqM9C+D+h2buJzgfePV7+48dZei0Ow0DfhOsv9 ROLAdKLfX6SPP7I9Xre9g3B0B9Gq4TmcEygqkg3bWOwp2qi+2UCTSRVbObT7+zIgdJn6 jUxg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:from:to:cc:subject:references:date :in-reply-to:message-id:user-agent:mime-version; bh=wRg04CoFa58IMjzbjzlbybwlhq9cRRSaE/s1Q2FJXHo=; b=bb0GckAn5jL3HHO6X2OwdtipQqeAXzGKAfGodzBXqODqyZtjPmAkdjrdm6yZcphUDi +LrNrXC+5rKTm442dl0cFUJ0+wvfTU9z8k278mlN98qpWlmvCgb8MSrd1uKQlxfrp4mc X7qEw9xIPPeJdgXEkFE0FC3/pKT1Lx9L9y63bdnCnpfs9FLtUT8+hJDG4rullKsVi8M6 7BC2Yu47kSseRu8X0QtJniX6PtPkSsEKvX8EX1Lsw324y4VRlaqI6laQtU3UY6tu7ZSE 7AsZCpws30IMMAcwwCbpmuQnoWFYz4xENZ7EcrVR9yXpToTvwx8hfY95aa6VH5+6weIq ryvg== X-Gm-Message-State: AKGB3mLaZzdHRlSu4ntHwnRJR2dud9NFy+Oi88vXKdgtmpL1yVJtkdqf V8pwAimc3bvOI38ndBmxKPJIvMjhT6g= X-Google-Smtp-Source: ACJfBovpvO9XoAN0JIDZ0axpD7NjbT44bXYSQ0L+988pBlV89bjZ1wC3RM8mTp8fHqocsB55myFUVA== X-Received: by 10.223.171.207 with SMTP id s73mr16702419wrc.79.1514310171298; Tue, 26 Dec 2017 09:42:51 -0800 (PST) Received: from breton.holly.idiocy.org (ip6-2001-08b0-03f8-8129-e50b-ef10-9192-e044.holly.idiocy.org. [2001:8b0:3f8:8129:e50b:ef10:9192:e044]) by smtp.gmail.com with ESMTPSA id v10sm10349835wra.15.2017.12.26.09.42.49 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Tue, 26 Dec 2017 09:42:50 -0800 (PST) From: Alan Third To: Philipp Stephani Subject: Re: bug#19977: 24.4; Incorrect translation of Super modifier with Ctrl or Meta on OS X References: <83r3etwc9j.fsf@gnu.org> <83lh51w9z8.fsf@gnu.org> <83d1qdw7bt.fsf@gnu.org> <834mbowuxw.fsf@gnu.org> Date: Tue, 26 Dec 2017 17:42:48 +0000 In-Reply-To: (Philipp Stephani's message of "Wed, 30 Mar 2016 17:35:30 +0000") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.0.60 (darwin) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.5 (/) X-Debbugs-Envelope-To: 19977 Cc: Eli Zaretskii , adrian.b.robert@gmail.com, 19977@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.5 (/) Philipp Stephani writes: > I've attached a patch that should keep the aforementioned input methods working (by setting ns-command-modifier to none) and allow Command and Option to be treated as either shift-like or control-like modifiers. > In my tests input now works as expected with the Dvorak - Querty and similar input methods if ns-command-modifier is none. Also various key combinations with Super work now if it's set to super. > One thing that might be unexpected is that e.g. Command-Control-A will be interpreted as Control-A if ns-command-modifier is none, even if Command-A would insert something other than A. It seems this is (undesirable) behavior is actually already present at head. Hi Philipp, Do you think this patch is still good? I reckon the issues with command-key modifiers should be fixed, even if it's just a new variable that disables the shift-like behaviour of command. -- Alan Third From debbugs-submit-bounces@debbugs.gnu.org Tue Dec 26 15:15:18 2017 Received: (at 19977) by debbugs.gnu.org; 26 Dec 2017 20:15:18 +0000 Received: from localhost ([127.0.0.1]:52921 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eTvd8-0006Lb-5A for submit@debbugs.gnu.org; Tue, 26 Dec 2017 15:15:18 -0500 Received: from mail-qk0-f176.google.com ([209.85.220.176]:46849) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eTvd6-0006LP-AK for 19977@debbugs.gnu.org; Tue, 26 Dec 2017 15:15:16 -0500 Received: by mail-qk0-f176.google.com with SMTP id b132so14465524qkc.13 for <19977@debbugs.gnu.org>; Tue, 26 Dec 2017 12:15:16 -0800 (PST) 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=0oKesRHuuHSYVeDT9GMAZEBYJCAvnXAuk7oQlk91Cso=; b=OmWCM65BZfabp+aUGqWzffT8dNZEQrCwSNrw+4gYVJJsytol9t8IXguJDFe/OJexd0 EJ+xUQzY7SuWjfqXEEQiRzBxPQFN93vjx8MBuhYqaOdr+0diWK/+XdDencYyGa8O7tbO EMqobTS26fE4bnYJV9w9H09cwEkQsaBpyMyQeHVFmmEKEkWY0qr8WgnkJW7ZZsc/Lzdj obFXsO65UqHqTuDZucLudsxOIk6wmMDcLjDNcWF7PGHvrNOLI5/0NitrnlUXTFc+rlXf ab8U1XYNGxYWN4fm5fgr+W28k1bJ4pJsJK5UPol/b89C6kdkZevUhUcokz5Y88cihmx5 WMCw== 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=0oKesRHuuHSYVeDT9GMAZEBYJCAvnXAuk7oQlk91Cso=; b=r6eqzNFb1eajVTS8n9DEX+gpJ4DHtraQZj/FM6vCXUwmsqAxViGZ3Yr+eFi7CLP1/G m2bqAxUaq+0rSspoYbee02moDLXj9wgudekEHXx47568tVmjvpx6tcxMiGfYGqqfJano gWRt5QJoT7Pli4nJfunyN4Gk+dGn8XocSVZE1wyJ6KhBMicnhbDxPHytlcFhTWhe/VTw 6OLJ1Ai5Hi89MclvcY3A4MpuZIOb4qcwsYFgQ0pHl4/WpgMzn+cnRog7xQHaa1KsGGQF F8xhaguq9QrGpjD5u2W1OnAORmWx2GP2dRuDu6yGKC8Ysmlypt/C1NE/XTz10rhSMpse yMQg== X-Gm-Message-State: AKGB3mILXB2Wyn2Thdh7wj4BewFf4HW2I1I2W+Yl2WNKCbJnGJIj2GnS MMO8KhLOwKQC4fio9u4Ml8HY4vYp0TBTjwh8PF0= X-Google-Smtp-Source: ACJfBov6T3lrK1a0u++wzKB9PR1VX/PyttjoLC3Aph+6W2295v3Hr2eJ8NGwYdRykvnCRED1omFal8rP7mQswULPmLM= X-Received: by 10.55.162.23 with SMTP id l23mr25370267qke.29.1514319310640; Tue, 26 Dec 2017 12:15:10 -0800 (PST) MIME-Version: 1.0 References: <83r3etwc9j.fsf@gnu.org> <83lh51w9z8.fsf@gnu.org> <83d1qdw7bt.fsf@gnu.org> <834mbowuxw.fsf@gnu.org> In-Reply-To: From: Philipp Stephani Date: Tue, 26 Dec 2017 20:14:59 +0000 Message-ID: Subject: Re: bug#19977: 24.4; Incorrect translation of Super modifier with Ctrl or Meta on OS X To: Alan Third Content-Type: multipart/alternative; boundary="001a114fcfe09659e0056143f0eb" X-Spam-Score: 0.3 (/) X-Debbugs-Envelope-To: 19977 Cc: Eli Zaretskii , adrian.b.robert@gmail.com, 19977@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.3 (/) --001a114fcfe09659e0056143f0eb Content-Type: text/plain; charset="UTF-8" Alan Third schrieb am Di., 26. Dez. 2017 um 18:42 Uhr: > Philipp Stephani writes: > > > I've attached a patch that should keep the aforementioned input methods > working (by setting ns-command-modifier to none) and allow Command and > Option to be treated as either shift-like or control-like modifiers. > > In my tests input now works as expected with the Dvorak - Querty and > similar input methods if ns-command-modifier is none. Also various key > combinations with Super work now if it's set to super. > > One thing that might be unexpected is that e.g. Command-Control-A will > be interpreted as Control-A if ns-command-modifier is none, even if > Command-A would insert something other than A. It seems this is > (undesirable) behavior is actually already present at head. > > Hi Philipp, > > Do you think this patch is still good? > I think so, modulo the caveats mentioned in the comments. Do you want me to rebase and commit it? > > I reckon the issues with command-key modifiers should be fixed, even if > it's just a new variable that disables the shift-like behaviour of > command. > > Do you mean "should be fixed" as in "I believe it's fixed" or as in "I want it to be fixed, but it's not yet fixed"? If the former, could you point me to the commit that fixed it? If the latter, I'm not sure whether the macOS event model allows us to do this. As mentioned in the comments in the patch, some information just appears to be lost entirely. --001a114fcfe09659e0056143f0eb Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


Alan T= hird <alan@idiocy.org> schrieb= am Di., 26. Dez. 2017 um 18:42=C2=A0Uhr:
Philipp Stephani <p.stephani2@gmail.com> writes:

> I've attached a patch that should keep the aforementioned input me= thods working (by setting ns-command-modifier to none) and allow Command an= d Option to be treated as either shift-like or control-like modifiers.
> In my tests input now works as expected with the Dvorak - Querty and s= imilar input methods if ns-command-modifier is none. Also various key combi= nations with Super work now if it's set to super.
> One thing that might be unexpected is that e.g. Command-Control-A will= be interpreted as Control-A if ns-command-modifier is none, even if Comman= d-A would insert something other than A. It seems this is (undesirable) beh= avior is actually already present at head.

Hi Philipp,

Do you think this patch is still good?

= I think so, modulo the caveats mentioned in the comments. Do you want me to= rebase and commit it?
=C2=A0

I reckon the issues with command-key modifiers should be fixed, even if
it's just a new variable that disables the shift-like behaviour of
command.


Do you mean "should be fixed"= ; as in "I believe it's fixed" or as in "I want it to be= fixed, but it's not yet fixed"?

If the f= ormer, could you point me to the commit that fixed it?
If the lat= ter, I'm not sure whether the macOS event model allows us to do this. A= s mentioned in the comments in the patch, some information just appears to = be lost entirely.
--001a114fcfe09659e0056143f0eb-- From debbugs-submit-bounces@debbugs.gnu.org Tue Dec 26 16:16:15 2017 Received: (at 19977) by debbugs.gnu.org; 26 Dec 2017 21:16:15 +0000 Received: from localhost ([127.0.0.1]:52940 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eTwa7-0007oA-H4 for submit@debbugs.gnu.org; Tue, 26 Dec 2017 16:16:15 -0500 Received: from mail-wr0-f175.google.com ([209.85.128.175]:43496) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eTwa4-0007nv-8p for 19977@debbugs.gnu.org; Tue, 26 Dec 2017 16:16:12 -0500 Received: by mail-wr0-f175.google.com with SMTP id w68so22910426wrc.10 for <19977@debbugs.gnu.org>; Tue, 26 Dec 2017 13:16:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20161025; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:content-transfer-encoding:in-reply-to :user-agent; bh=gTSyUOI/h9qDN6cHSrPrHy6vURfJ8XQpmjZQ1eNWYzs=; b=jXdV8xkT6kN9YKxt0lCtCERE36NxtBZiqg0pBhX7+IjPzgQZnCJ3lwNJR+SPV4dBlI gvBOPZcVlD3IeiN04AnkIstvLVVXaU0Z7UJ9gwuWTGzL8NmpncqCrin6kXLK3ez3Wawp YH2DPbwszI02KJw2iAi47k4/gjSpePyl9asP9IloQ8zRzCyS9Rg/PBOSMzdU7cVAgCnk PMnga9c5SnaVc8C3zpmJbvsHbgMdfC0GBESLh47w0+Vr+qrqzZZssbVIrvKMJo9m4Euf b0PnarkSly/OOqmf+flrGTT8UTlCnSackYwKvART+Cp5VN2DxbQX+cFC/pEUQqTl6GRL BTvg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition :content-transfer-encoding:in-reply-to:user-agent; bh=gTSyUOI/h9qDN6cHSrPrHy6vURfJ8XQpmjZQ1eNWYzs=; b=tTcI1uklWmJ9xflLX8u/Hz8I9i/0Se/YOAJz/O5+eDy6H5vJXEjGx32YBuCg3w7vXw aBClAHYTKiJZIHg6y9mw9Y54u9zV5uYQ296oJ2i31PmvaTLRbEBN4IHNcPKSZl/MkIfV 2hzwJEsvnp/HrJtHuDfteplmDSY443yAva91vIzZVxUudThOo8mltLpQ+nWGJhyrB5yj lFsNQ9lgij7dOISFfHjRN5W2pok4MwPcPbm0UPktfZSjGI9nAiZIAC7zwJEEc25LVVcr bi8h5OXYcohSEd8cNvug9TteMFnU/ussymiu3rxy8JouXD2vnKEQSuTh77itVSM73nyD 17jQ== X-Gm-Message-State: AKGB3mKV/Bbz2aLsoueIHi4fLMHNp7cIUHshBkzSZkjFSOikok5c25vl nl7mS/V49xnHHoodMMhWuus= X-Google-Smtp-Source: ACJfBotk+5e1yLOV5j+TKp0LwTSPKokeWAOp+zU3KBKiY/RvSBlGq26r64ZjDyoqplktgnOhfJ4udA== X-Received: by 10.223.158.73 with SMTP id v9mr519688wre.73.1514322966394; Tue, 26 Dec 2017 13:16:06 -0800 (PST) Received: from breton.holly.idiocy.org (ip6-2001-08b0-03f8-8129-e50b-ef10-9192-e044.holly.idiocy.org. [2001:8b0:3f8:8129:e50b:ef10:9192:e044]) by smtp.gmail.com with ESMTPSA id 187sm26820133wmu.19.2017.12.26.13.16.05 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 26 Dec 2017 13:16:05 -0800 (PST) Date: Tue, 26 Dec 2017 21:16:03 +0000 From: Alan Third To: Philipp Stephani Subject: Re: bug#19977: 24.4; Incorrect translation of Super modifier with Ctrl or Meta on OS X Message-ID: <20171226211603.GA82103@breton.holly.idiocy.org> References: <83d1qdw7bt.fsf@gnu.org> <834mbowuxw.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.9.1 (2017-09-22) X-Spam-Score: 0.5 (/) X-Debbugs-Envelope-To: 19977 Cc: Eli Zaretskii , adrian.b.robert@gmail.com, 19977@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.5 (/) On Tue, Dec 26, 2017 at 08:14:59PM +0000, Philipp Stephani wrote: > Alan Third schrieb am Di., 26. Dez. 2017 um 18:42 Uhr: > > > Do you think this patch is still good? > > > > I think so, modulo the caveats mentioned in the comments. Do you want me to > rebase and commit it? As far as I can tell from the comments with the patch installed we should be no worse off than we are at the moment? I can’t quite work this out from a quick look at the code, but is it the case that when option or command is bound to meta or super then it acts as a control‐like modifier, but when it’s unbound then it acts as a shift‐like modifier? So this should give us the same behaviour for both keys that we have with option just now? > > I reckon the issues with command-key modifiers should be fixed, even if > > it's just a new variable that disables the shift-like behaviour of > > command. > > > > > Do you mean "should be fixed" as in "I believe it's fixed" or as in "I want > it to be fixed, but it's not yet fixed"? Definitely the latter. > If the latter, I'm not sure whether the macOS event model allows us to do > this. As mentioned in the comments in the patch, some information just > appears to be lost entirely. I recently found myself using this lovely binding: (define-key global-map [C-s-268632064] 'ns-do-show-character-palette) and it seems crazy to me that the default behaviour of Emacs requires us to use 268632064 instead of SPC when we could tell people using unusual keyboard layouts to set a variable or something instead. As for losing data, as long as it’s no worse than what we have at the moment, which I believe you said is the case in a previous email, then I don’t see a problem with that. But perhaps I’ve misunderstood and there’s some worse behaviour? Thanks! -- Alan Third From debbugs-submit-bounces@debbugs.gnu.org Sun Feb 04 14:07:32 2018 Received: (at 19977) by debbugs.gnu.org; 4 Feb 2018 19:07:32 +0000 Received: from localhost ([127.0.0.1]:57339 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eiPdU-0007W1-Cw for submit@debbugs.gnu.org; Sun, 04 Feb 2018 14:07:32 -0500 Received: from mail-lf0-f51.google.com ([209.85.215.51]:40794) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eiPdS-0007Vp-R2 for 19977@debbugs.gnu.org; Sun, 04 Feb 2018 14:07:31 -0500 Received: by mail-lf0-f51.google.com with SMTP id h92so38754263lfi.7 for <19977@debbugs.gnu.org>; Sun, 04 Feb 2018 11:07:30 -0800 (PST) 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=RNSvTw0CX2akuPrew7UCa2dO87y1GqM+F5KZdZoKFN4=; b=TB8RTfjAfQ3/do86LMxvd99EZ4+41pO/W6E76x0mF4xkwQr3JjrcUtZhr3hD3ZwafS uHhxaTfPE7rIJclZxFtZovnGOwmV7855eYchItW12vAxjCGpR0TvApWKISsLV8ktY12G D0QZpIlehcHAX3+y/ATAXysemT3xos3Iq+NU3RnvDv1cFW3r2giqgZOcXXvt/D5bKv7f vlrL29bZTsMfzcOX0P406pTzU8n1hS+iA0ES+pSOh8N+AxNrZT+SpWFzUXxkKOBxVGAJ 56GLGqZxGEN0chOOOteLmsY65YmQOyiyqjLTDsS9i1D5TdrkYuBSictZ7thqlFqyxF0+ PEjg== 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=RNSvTw0CX2akuPrew7UCa2dO87y1GqM+F5KZdZoKFN4=; b=O/WXH6nO7UIcG0LZwU2A1uhZznQf01BE28SPq0aMFzTu10ceEs4UEbopucniELPsgo PyaGkLukWaUG1cZPSe1HKFRobA/VN8BTn+4CflijMrI62AwbkSWcfkQTo89/ciXonued 4PhKgwswvtaoPOTY7a25CFbQ/3kK+nYbItrPKiWqBJpbKJnicUQ6+J2GngfxT8kSu2se OuwgEuQyU7ub5JZb9reoizrWjHszAq22WiQfSyQTaC7PzhOGA5nTsJg154Ui617DvJqk 9U4vPnSiUKzKwXpJEXnTHYxPUaDVU/7dg9ffvfFwNOx7/a0aE4WY0M3FCsRollbqKzA0 G0YA== X-Gm-Message-State: AKwxytfsmhnjDI/eHuvjbv9JRys9klvb5FJ+fNuTbNssF2LiWAddd+yO yNbGhY9EeYnY4LHIENnVqIA+8kiru0hJsJFaA2A= X-Google-Smtp-Source: AH8x226ae5ZPcOYlz4jFVQFzaiyk7sPUb9wu9EuqJeUhoJbH7rjOxek4uitA5lK7OWkH+zKuyzokORwkjP/8rcEQK4k= X-Received: by 10.46.51.7 with SMTP id d7mr21189340ljc.78.1517771245035; Sun, 04 Feb 2018 11:07:25 -0800 (PST) MIME-Version: 1.0 References: <83d1qdw7bt.fsf@gnu.org> <834mbowuxw.fsf@gnu.org> <20171226211603.GA82103@breton.holly.idiocy.org> In-Reply-To: <20171226211603.GA82103@breton.holly.idiocy.org> From: Philipp Stephani Date: Sun, 04 Feb 2018 19:07:14 +0000 Message-ID: Subject: Re: bug#19977: 24.4; Incorrect translation of Super modifier with Ctrl or Meta on OS X To: Alan Third Content-Type: multipart/alternative; boundary="089e082fb8e0e928a5056467a75c" X-Spam-Score: 0.2 (/) X-Debbugs-Envelope-To: 19977 Cc: Eli Zaretskii , adrian.b.robert@gmail.com, 19977@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.2 (/) --089e082fb8e0e928a5056467a75c Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Alan Third schrieb am Di., 26. Dez. 2017 um 22:16 Uhr: > On Tue, Dec 26, 2017 at 08:14:59PM +0000, Philipp Stephani wrote: > > Alan Third schrieb am Di., 26. Dez. 2017 um 18:42 Uhr= : > > > > > Do you think this patch is still good? > > > > > > > I think so, modulo the caveats mentioned in the comments. Do you want m= e > to > > rebase and commit it? > > As far as I can tell from the comments with the patch installed we > should be no worse off than we are at the moment? > I think it introduces some minor other issues (when a shift-like and a control-like key are used at the same time), but the overall benefit should be positive. > > I can=E2=80=99t quite work this out from a quick look at the code, but is= it > the case that when option or command is bound to meta or super then it > acts as a control=E2=80=90like modifier, but when it=E2=80=99s unbound th= en it acts as > a shift=E2=80=90like modifier? > The macOS code doesn't check whether certain keystrokes are bound. Rather, it uses the ns-FOO-modifier customization options. > > So this should give us the same behaviour for both keys that we have > with option just now? > Yes, command and option should have the same behavior (controlled by customization options). > > > If the latter, I'm not sure whether the macOS event model allows us to = do > > this. As mentioned in the comments in the patch, some information just > > appears to be lost entirely. > > I recently found myself using this lovely binding: > > (define-key global-map [C-s-268632064] > 'ns-do-show-character-palette) > > and it seems crazy to me that the default behaviour of Emacs requires > us to use 268632064 instead of SPC when we could tell people using > unusual keyboard layouts to set a variable or something instead. > > As for losing data, as long as it=E2=80=99s no worse than what we have at= the > moment, which I believe you said is the case in a previous email, then > I don=E2=80=99t see a problem with that. > > But perhaps I=E2=80=99ve misunderstood and there=E2=80=99s some worse beh= aviour? > > I think it should be a significant improvement in practice. I'd suggest to apply it and see whether we get any complaints. --089e082fb8e0e928a5056467a75c Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


Alan T= hird <alan@idiocy.org> schrieb= am Di., 26. Dez. 2017 um 22:16=C2=A0Uhr:
On Tue, Dec 26, 2017 at 08:14:59PM +0000, Philipp Stephani wrote: > Alan Third <al= an@idiocy.org> schrieb am Di., 26. Dez. 2017 um 18:42 Uhr:
>
> > Do you think this patch is still good?
> >
>
> I think so, modulo the caveats mentioned in the comments. Do you want = me to
> rebase and commit it?

As far as I can tell from the comments with the patch installed we
should be no worse off than we are at the moment?

=
I think it introduces some minor other issues (when a shift-like= and a control-like key are used at the same time), but the overall benefit= should be positive.
=C2=A0

I can=E2=80=99t quite work this out from a quick look at the code, but is i= t
the case that when option or command is bound to meta or super then it
acts as a control=E2=80=90like modifier, but when it=E2=80=99s unbound then= it acts as
a shift=E2=80=90like modifier?

The macO= S code doesn't check whether certain keystrokes are bound. Rather, it u= ses the ns-FOO-modifier customization options.
=C2=A0

So this should give us the same behaviour for both keys that we have
with option just now?

Yes, command and = option should have the same behavior (controlled by customization options).=
=C2=A0

> If the latter, I'm not sure whether the macOS event model allows u= s to do
> this. As mentioned in the comments in the patch, some information just=
> appears to be lost entirely.

I recently found myself using this lovely binding:

=C2=A0 =C2=A0 (define-key global-map [C-s-268632064]
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 'ns-do-show-cha= racter-palette)

and it seems crazy to me that the default behaviour of Emacs requires
us to use 268632064 instead of SPC when we could tell people using
unusual keyboard layouts to set a variable or something instead.

As for losing data, as long as it=E2=80=99s no worse than what we have at t= he
moment, which I believe you said is the case in a previous email, then
I don=E2=80=99t see a problem with that.

But perhaps I=E2=80=99ve misunderstood and there=E2=80=99s some worse behav= iour?


I think it should be a significant imp= rovement in practice. I'd suggest to apply it and see whether we get an= y complaints.=C2=A0
--089e082fb8e0e928a5056467a75c-- From debbugs-submit-bounces@debbugs.gnu.org Sun Feb 04 15:18:37 2018 Received: (at 19977) by debbugs.gnu.org; 4 Feb 2018 20:18:37 +0000 Received: from localhost ([127.0.0.1]:57358 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eiQkH-0000kP-JM for submit@debbugs.gnu.org; Sun, 04 Feb 2018 15:18:37 -0500 Received: from mail-wm0-f52.google.com ([74.125.82.52]:33188) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eiQkG-0000kC-HI for 19977@debbugs.gnu.org; Sun, 04 Feb 2018 15:18:36 -0500 Received: by mail-wm0-f52.google.com with SMTP id x4-v6so10330522wmc.0 for <19977@debbugs.gnu.org>; Sun, 04 Feb 2018 12:18:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20161025; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:content-transfer-encoding:in-reply-to :user-agent; bh=J0hsHKVMz7V8GP9DYiTazmiwKE7E28CtxnNT43ccGRw=; b=TZ90V9tNYNjAnf8E0AF1dl6srmtXiBvMtxdN+cTZcaCwYHiq9puGnJwrk7Sw81qTjS UCBk2oNPJUBrNA4lYFBzhZi8cyi5vIothqQZz+uTLXdZXStYKBTDgijbGo/K432lMIGY hTwnDQcrrk7/heKJZrsXUqnB89ckdzQD8FisNoac2CO1IuenqTBSroe2PfV90Szd8wv9 0ZcbxzLWLjr0txQQWPYHBHyOAFe+eszjIWO+r5i71IpEUF2r2uMNQBGuEY9AztZChJ6S 6D3whgwp48jHHyefCjG/e2EjtXc5YeD8lTiOB44G+NT+JSDemzJkCXfk+Te6iqOwfcqU MjRA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition :content-transfer-encoding:in-reply-to:user-agent; bh=J0hsHKVMz7V8GP9DYiTazmiwKE7E28CtxnNT43ccGRw=; b=jnH1Y4vbEEdCqltt+3+XvF0ag9ZXG2l5TJ2+8K66j5eLqLq+zMVuiwV5gjHsDaR6JJ UWnyGuZj4A+GTwiWag7querI22sQsmJLRCUXuf3b9HeAib3Nt2hZjfF2ZIBopCowqrnX ZA4EIDUzfZseqUmzQkmKQdAgu0Oa2qPlNp96BU6rJ+0UAYqDaSwope7D+Q++Gas1Kb+c 3bIufpp/8afci5MC40atmWCb5WjZypXT2WqKf0cS4S6DxsOnd1ex37HZ8kafGTIe8gPH pcVqjYgrmCrJcPR6A+QGXKq/0Wq2XA2BD2JNCDWDclAVbI95ZKSYPmj8OBcfby6Aup3U gMSg== X-Gm-Message-State: AKwxytfSxSDpxcImfPBtRa+qnFpO63j5HoajlREtNPF7Jes5vOMKJwTG GVWC/EABMhRBcOfNOkNmn/A= X-Google-Smtp-Source: AH8x2264OiF9tWw9Em8BfO2e3KgXVfYam5NE3oi6TU1xb1VRynDTuq4iqqmkxvw0980TsdGUFFPmHg== X-Received: by 10.28.154.67 with SMTP id c64mr36714098wme.125.1517775510771; Sun, 04 Feb 2018 12:18:30 -0800 (PST) Received: from breton.holly.idiocy.org (ip6-2001-08b0-03f8-8129-cccf-7143-dd46-9afe.holly.idiocy.org. [2001:8b0:3f8:8129:cccf:7143:dd46:9afe]) by smtp.gmail.com with ESMTPSA id v20sm1896064wrd.32.2018.02.04.12.18.29 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 04 Feb 2018 12:18:30 -0800 (PST) Date: Sun, 4 Feb 2018 20:18:28 +0000 From: Alan Third To: Philipp Stephani Subject: Re: bug#19977: 24.4; Incorrect translation of Super modifier with Ctrl or Meta on OS X Message-ID: <20180204201828.GA42949@breton.holly.idiocy.org> References: <834mbowuxw.fsf@gnu.org> <20171226211603.GA82103@breton.holly.idiocy.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.9.3 (2018-01-21) X-Spam-Score: 0.5 (/) X-Debbugs-Envelope-To: 19977 Cc: Eli Zaretskii , adrian.b.robert@gmail.com, 19977@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.5 (/) On Sun, Feb 04, 2018 at 07:07:14PM +0000, Philipp Stephani wrote: > > > > I can’t quite work this out from a quick look at the code, but is it > > the case that when option or command is bound to meta or super then it > > acts as a control‐like modifier, but when it’s unbound then it acts as > > a shift‐like modifier? > > > > The macOS code doesn't check whether certain keystrokes are bound. Rather, > it uses the ns-FOO-modifier customization options. That’s what I meant. Bind was a bad choice of word. > I think it should be a significant improvement in practice. I'd suggest to > apply it and see whether we get any complaints. I expect we’ll get a few folk complaining that they’ve bound some exotic looking key combination (C-π, C-¥, etc.) that no longer works, but yes, I think we should apply it and see what happens. -- Alan Third From debbugs-submit-bounces@debbugs.gnu.org Mon Feb 05 03:03:04 2018 Received: (at 19977-done) by debbugs.gnu.org; 5 Feb 2018 08:03:04 +0000 Received: from localhost ([127.0.0.1]:57671 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eibk0-0004jm-B9 for submit@debbugs.gnu.org; Mon, 05 Feb 2018 03:03:04 -0500 Received: from mail-lf0-f49.google.com ([209.85.215.49]:35542) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eibjx-0004jG-RI for 19977-done@debbugs.gnu.org; Mon, 05 Feb 2018 03:03:02 -0500 Received: by mail-lf0-f49.google.com with SMTP id a204so40398568lfa.2 for <19977-done@debbugs.gnu.org>; Mon, 05 Feb 2018 00:03:01 -0800 (PST) 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=tYNTOjuCONHLj7zzfIG4+RoaRSMUzNw6i5YzfVR/5pc=; b=N4zO1Ix8qVN0/e0nmLlZPrWZ3h+S3WjhOUfHaSZj0EUyzSf1uBZWZyfe/wGQ4I+wBD Wgkk1Kh81P5O/M9YBur349+KZnH8tkcIvkcB7Kg8UGshYMItRD/3PXtI0wRKJjVTJNIZ bDl4ijk+gt1kDFqgYJqk3J4NVvT1WjRi/GyqSnI8Twld26xBRqlcSqVFQ6IYlYYHnaKI gMbb0hb8pZ7iIzVyvzwTzIieflnK2MAFInGKn58Ui6dIqAZPLBhSqInzhwRXk6b/Khw0 osp8avVLJ0ZlI5x5sucRew8XOlKzkUXzBHEAj6rX2rO9U5jTOwQNOBb+MkIkJIfqtGK8 wBtw== 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=tYNTOjuCONHLj7zzfIG4+RoaRSMUzNw6i5YzfVR/5pc=; b=Cz2YoYPdumGZHTS0LhbUEZ0WDdOfREzTlU0ohOa0xu9OgkakFExRmWaFQqaEWvkWJC vHO0RNutttflDAPaEjrA6L/73y5NUOrDaMiNBiFn+SdzdS2E+ulRQSjZYDxTlt3qWhpZ 6xI3LrZZ/cYlYeC4QfDv6lOFgDKGFYBe+QzflAdeD2bHemPCKKoET1Lb+jTydeaHAQrY 9KHaK797O1kloDGUK6YvTZxhtpkYwIUe5RjPw5Q1Lpf5Sj5CANOKdUG4VJq5aC1ibFn0 VIhZStPUSm/bkUeAI7O4QEqdhzg7pBnv7JhdxkmKcxxaFvAwH1izYIA/RFkPIms7R72N 9gNg== X-Gm-Message-State: AKwxytcn2fBekHy1rBSEqlal1i/6OiqjCiTI4PG+NLjadTCuUGKqBaSJ GoBfUIvYhJnf1I4vG+ZK0u0fo0CjXj6yqFT5Rzg= X-Google-Smtp-Source: AH8x2271sqZuNnZaSTZqRXGR5hDB+YsbrJbCRRGj5OnLSVzaN9huQTGnh7V+CjTWIvEJF0t7ks6NjAgtqzY5PBPHwyE= X-Received: by 10.46.74.1 with SMTP id x1mr7227543lja.84.1517817775667; Mon, 05 Feb 2018 00:02:55 -0800 (PST) MIME-Version: 1.0 References: <834mbowuxw.fsf@gnu.org> <20171226211603.GA82103@breton.holly.idiocy.org> <20180204201828.GA42949@breton.holly.idiocy.org> In-Reply-To: <20180204201828.GA42949@breton.holly.idiocy.org> From: Philipp Stephani Date: Mon, 05 Feb 2018 08:02:44 +0000 Message-ID: Subject: Re: bug#19977: 24.4; Incorrect translation of Super modifier with Ctrl or Meta on OS X To: Alan Third , 19977-done@debbugs.gnu.org Content-Type: multipart/alternative; boundary="f403045ebdc25a412c0564727d83" X-Spam-Score: 0.2 (/) X-Debbugs-Envelope-To: 19977-done Cc: Eli Zaretskii , adrian.b.robert@gmail.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.2 (/) --f403045ebdc25a412c0564727d83 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Alan Third schrieb am So., 4. Feb. 2018 um 21:18 Uhr: > > > I think it should be a significant improvement in practice. I'd suggest > to > > apply it and see whether we get any complaints. > > I expect we=E2=80=99ll get a few folk complaining that they=E2=80=99ve bo= und some > exotic looking key combination (C-=CF=80, C-=C2=A5, etc.) that no longer = works, > but yes, I think we should apply it and see what happens. > > Sounds good, pushed to master as 8fbf28536e. --f403045ebdc25a412c0564727d83 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


Alan T= hird <alan@idiocy.org> schrieb= am So., 4. Feb. 2018 um 21:18=C2=A0Uhr:

> I think it should be a significant improvement in practice. I'd su= ggest to
> apply it and see whether we get any complaints.

I expect we=E2=80=99ll get a few folk complaining that they=E2=80=99ve boun= d some
exotic looking key combination (C-=CF=80, C-=C2=A5, etc.) that no longer wo= rks,
but yes, I think we should apply it and see what happens.


Sounds good, pushed to master as 8fbf2= 8536e.=C2=A0
--f403045ebdc25a412c0564727d83-- From unknown Fri Aug 15 15:29:40 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Tue, 20 Mar 2018 11:24:04 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator