GNU bug report logs -
#7150
23.2.50; Include patch for distinguishing between left and right Alt keys on OSX
Previous Next
Reported by: Jakub Turski <yacoob <at> gmail.com>
Date: Sat, 2 Oct 2010 16:02:02 UTC
Severity: wishlist
Found in version 23.2.50
Done: Jan Djärv <jan.h.d <at> swipnet.se>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 7150 in the body.
You can then email your comments to 7150 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#7150
; Package
emacs
.
(Sat, 02 Oct 2010 16:02:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Jakub Turski <yacoob <at> gmail.com>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Sat, 02 Oct 2010 16:02:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
It's not a bug per se, rather a feature request.
Would it be possible to include this patch:
http://lists.aquamacs.org/pipermail/aquamacs-devel/2009-November/003853.html
in Gnu Emacs? It's only relevant for OSX, but makes life easier for
anyone who wants to use Emacs under OSX and uses a keyboard layout that
uses right Alt key as a modifier to input special characters. This is an
Aquamacs patch, and Aquamacs allows this:
;; Make right Meta a system modifier.
(setq ns-right-alternate-modifier nil)
which results in left Alt being interpreted by Aquamacs as Meta, and
right Alt being interpreted by operating system as keyboard
modifier. This allows me to use Polish keyboard layout without resorting
to unusual method of inputting Polish characters. It would be good if
other users, especially those that don't want to use Aquamacs because of
some of its modifications, can use this feature.
I've tried to naively apply this patch to current 23.2 sources, but
failed - apparently it has diverged too much by now. I don't think I
have both skills and time needed to modify this patch, but it looks
relatively simple, provided you know your way around Emacs source code.
Is there a chance to port and include this feature?
Thanks,
KT.
In GNU Emacs 23.2.50.2 (x86_64-apple-darwin10.4.0, NS apple-appkit-1038.32)
of 2010-10-02 on imacoob.nerv.local
Windowing system distributor `Apple', version 10.3.1038
configured using `configure '--with-ns''
Important settings:
value of $LC_ALL: nil
value of $LC_COLLATE: pl_PL.UTF-8
value of $LC_CTYPE: pl_PL.UTF-8
value of $LC_MESSAGES: C
value of $LC_MONETARY: en_IE.utf-8
value of $LC_NUMERIC: en_IE.utf-8
value of $LC_TIME: en_IE.utf-8
value of $LANG: en_IE.UTF-8
value of $XMODIFIERS: nil
locale-coding-system: utf-8-unix
default enable-multibyte-characters: t
Major mode: Fundamental
Minor modes in effect:
global-whitespace-mode: t
tooltip-mode: t
mouse-wheel-mode: t
menu-bar-mode: t
file-name-shadow-mode: t
global-font-lock-mode: t
auto-encryption-mode: t
auto-compression-mode: t
line-number-mode: t
transient-mark-mode: t
Recent input:
C-x 1 M-x r e p o r t - e m a <tab> <return>
Recent messages:
For information about GNU Emacs and the GNU system, type C-h C-a.
Load-path shadows:
None found.
Features:
(shadow sort mail-extr message ecomplete rfc822 mml mml-sec
password-cache mm-decode mm-bodies mm-encode mailcap mail-parse rfc2231
rfc2047 rfc2045 qp ietf-drums mailabbrev nnheader gnus-util netrc
time-date mm-util mail-prsvr gmm-utils wid-edit mailheader canlock sha1
hex-util hashcash mail-utils emacsbug warnings disp-table whitespace
tooltip ediff-hook vc-hooks lisp-float-type mwheel ns-win easymenu
tool-bar dnd fontset image fringe lisp-mode register page menu-bar
rfn-eshadow timer select scroll-bar mldrag 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 loaddefs button
minibuffer faces cus-face files text-properties overlay md5 base64
format env code-pages mule custom widget hashtable-print-readable
backquote make-network-process ns multi-tty emacs)
Reply sent
to
Jan Djärv <jan.h.d <at> swipnet.se>
:
You have taken responsibility.
(Mon, 11 Oct 2010 19:21:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
Jakub Turski <yacoob <at> gmail.com>
:
bug acknowledged by developer.
(Mon, 11 Oct 2010 19:21:02 GMT)
Full text and
rfc822 format available.
Message #10 received at 7150-done <at> debbugs.gnu.org (full text, mbox):
I commited the same functionality in the emacs-23 branch. The patch you refer
to makes none mean something else for right alt (follow left alt) than it does
for the left alt (pass to system). This is inconsistent, so I kept none to
mean pass to system, and made a new value, left, to mean follow the left alt key.
Jan D.
Jakub Turski skrev 2010-10-02 17.41:
> It's not a bug per se, rather a feature request.
> Would it be possible to include this patch:
> http://lists.aquamacs.org/pipermail/aquamacs-devel/2009-November/003853.html
> in Gnu Emacs? It's only relevant for OSX, but makes life easier for
> anyone who wants to use Emacs under OSX and uses a keyboard layout that
> uses right Alt key as a modifier to input special characters. This is an
> Aquamacs patch, and Aquamacs allows this:
>
> ;; Make right Meta a system modifier.
> (setq ns-right-alternate-modifier nil)
>
> which results in left Alt being interpreted by Aquamacs as Meta, and
> right Alt being interpreted by operating system as keyboard
> modifier. This allows me to use Polish keyboard layout without resorting
> to unusual method of inputting Polish characters. It would be good if
> other users, especially those that don't want to use Aquamacs because of
> some of its modifications, can use this feature.
>
> I've tried to naively apply this patch to current 23.2 sources, but
> failed - apparently it has diverged too much by now. I don't think I
> have both skills and time needed to modify this patch, but it looks
> relatively simple, provided you know your way around Emacs source code.
>
> Is there a chance to port and include this feature?
>
> Thanks,
>
> KT.
>
> In GNU Emacs 23.2.50.2 (x86_64-apple-darwin10.4.0, NS apple-appkit-1038.32)
> of 2010-10-02 on imacoob.nerv.local
> Windowing system distributor `Apple', version 10.3.1038
> configured using `configure '--with-ns''
>
> Important settings:
> value of $LC_ALL: nil
> value of $LC_COLLATE: pl_PL.UTF-8
> value of $LC_CTYPE: pl_PL.UTF-8
> value of $LC_MESSAGES: C
> value of $LC_MONETARY: en_IE.utf-8
> value of $LC_NUMERIC: en_IE.utf-8
> value of $LC_TIME: en_IE.utf-8
> value of $LANG: en_IE.UTF-8
> value of $XMODIFIERS: nil
> locale-coding-system: utf-8-unix
> default enable-multibyte-characters: t
>
> Major mode: Fundamental
>
> Minor modes in effect:
> global-whitespace-mode: t
> tooltip-mode: t
> mouse-wheel-mode: t
> menu-bar-mode: t
> file-name-shadow-mode: t
> global-font-lock-mode: t
> auto-encryption-mode: t
> auto-compression-mode: t
> line-number-mode: t
> transient-mark-mode: t
>
> Recent input:
> C-x 1 M-x r e p o r t - e m a<tab> <return>
>
> Recent messages:
> For information about GNU Emacs and the GNU system, type C-h C-a.
>
> Load-path shadows:
> None found.
>
> Features:
> (shadow sort mail-extr message ecomplete rfc822 mml mml-sec
> password-cache mm-decode mm-bodies mm-encode mailcap mail-parse rfc2231
> rfc2047 rfc2045 qp ietf-drums mailabbrev nnheader gnus-util netrc
> time-date mm-util mail-prsvr gmm-utils wid-edit mailheader canlock sha1
> hex-util hashcash mail-utils emacsbug warnings disp-table whitespace
> tooltip ediff-hook vc-hooks lisp-float-type mwheel ns-win easymenu
> tool-bar dnd fontset image fringe lisp-mode register page menu-bar
> rfn-eshadow timer select scroll-bar mldrag 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 loaddefs button
> minibuffer faces cus-face files text-properties overlay md5 base64
> format env code-pages mule custom widget hashtable-print-readable
> backquote make-network-process ns multi-tty emacs)
>
>
Information forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#7150
; Package
emacs,ns
.
(Mon, 11 Oct 2010 22:18:01 GMT)
Full text and
rfc822 format available.
Message #13 received at 7150 <at> debbugs.gnu.org (full text, mbox):
> I commited the same functionality in the emacs-23 branch. The patch you refer to makes none mean something else for right alt (follow left alt) than it does for the left alt (pass to system). This is inconsistent, so I kept none to mean pass to system, and made a new value, left, to mean follow the left alt key.
Can you please point me to relevant commit, so I can get the right
branch, compile and test that?
Thanks,
KT.
Information forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#7150
; Package
emacs,ns
.
(Wed, 13 Oct 2010 08:03:01 GMT)
Full text and
rfc822 format available.
Message #16 received at 7150 <at> debbugs.gnu.org (full text, mbox):
Jakub Turski skrev 2010-10-12 00.20:
>> I commited the same functionality in the emacs-23 branch. The patch you refer to makes none mean something else for right alt (follow left alt) than it does for the left alt (pass to system). This is inconsistent, so I kept none to mean pass to system, and made a new value, left, to mean follow the left alt key.
> Can you please point me to relevant commit, so I can get the right
> branch, compile and test that?
>
Use
% bzr branch http://bzr.savannah.gnu.org/r/emacs/emacs-23
to get that branch. Also see http://savannah.gnu.org/projects/emacs/.
The relevant revno is 100102.
Jan D.
Information forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#7150
; Package
emacs,ns
.
(Wed, 13 Oct 2010 12:15:02 GMT)
Full text and
rfc822 format available.
Message #19 received at 7150 <at> debbugs.gnu.org (full text, mbox):
> Date: Wed, 13 Oct 2010 10:05:31 +0200
> From: Jan Djärv <jan.h.d <at> swipnet.se>
> Cc: 7150 <at> debbugs.gnu.org
>
> > Can you please point me to relevant commit, so I can get the right
> > branch, compile and test that?
> >
>
> Use
> % bzr branch http://bzr.savannah.gnu.org/r/emacs/emacs-23
I think it is
bzr branch bzr://bzr.savannah.gnu.org/emacs/emacs-23
(i.e. without the "r" part and with "bzr" instead of "http").
Information forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#7150
; Package
emacs,ns
.
(Wed, 13 Oct 2010 13:10:03 GMT)
Full text and
rfc822 format available.
Message #22 received at 7150 <at> debbugs.gnu.org (full text, mbox):
2010-10-13 14:18, Eli Zaretskii skrev:
>> Date: Wed, 13 Oct 2010 10:05:31 +0200
>> From: Jan Djärv<jan.h.d <at> swipnet.se>
>> Cc: 7150 <at> debbugs.gnu.org
>>
>>> Can you please point me to relevant commit, so I can get the right
>>> branch, compile and test that?
>>>
>>
>> Use
>> % bzr branch http://bzr.savannah.gnu.org/r/emacs/emacs-23
>
> I think it is
>
> bzr branch bzr://bzr.savannah.gnu.org/emacs/emacs-23
>
> (i.e. without the "r" part and with "bzr" instead of "http").
Well, http: with r works as does bzr: without r. Take your pick :-).
Maybe bzr is faster if you later are going to update the tree, I haven't
tested. For the inital download they are the same (i.e. slow).
Jan D.
Information forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#7150
; Package
emacs,ns
.
(Wed, 13 Oct 2010 13:29:01 GMT)
Full text and
rfc822 format available.
Message #25 received at 7150 <at> debbugs.gnu.org (full text, mbox):
Eli Zaretskii <eliz <at> gnu.org> writes:
>> Use
>> % bzr branch http://bzr.savannah.gnu.org/r/emacs/emacs-23
>
> I think it is
>
> bzr branch bzr://bzr.savannah.gnu.org/emacs/emacs-23
Both are correct, albeit the latter is faster, but may not work through
firewalls.
Andreas.
--
Andreas Schwab, schwab <at> linux-m68k.org
GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5
"And now for something completely different."
Information forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#7150
; Package
emacs,ns
.
(Thu, 14 Oct 2010 20:54:01 GMT)
Full text and
rfc822 format available.
Message #28 received at 7150 <at> debbugs.gnu.org (full text, mbox):
> Use
> % bzr branch http://bzr.savannah.gnu.org/r/emacs/emacs-23
> The relevant revno is 100102.
I can confirm it really works as expected. Well, at least as I'd
expect it to work :)
I take it that this change will be included in 23.3?
KT.
Information forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#7150
; Package
emacs,ns
.
(Fri, 15 Oct 2010 05:52:02 GMT)
Full text and
rfc822 format available.
Message #31 received at 7150 <at> debbugs.gnu.org (full text, mbox):
Jakub Turski skrev 2010-10-14 22.56:
>> Use
>> % bzr branch http://bzr.savannah.gnu.org/r/emacs/emacs-23
>> The relevant revno is 100102.
> I can confirm it really works as expected. Well, at least as I'd
> expect it to work :)
> I take it that this change will be included in 23.3?
>
Yes, that tree will become 23.3.
Jan D.
Information forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#7150
; Package
emacs,ns
.
(Sat, 16 Oct 2010 08:57:01 GMT)
Full text and
rfc822 format available.
Message #34 received at 7150 <at> debbugs.gnu.org (full text, mbox):
>Well, http: with r works as does bzr: without r. Take your pick :-).
>Maybe bzr is faster if you later are going to update the tree, I haven't
>tested. For the inital download they are the same (i.e. slow).
People who only want the latest revision (ie. not the full history)
can use "bzr checkout --lightweight" instead of "bzr branch" to save
both disk space and transfer time (at least initially, don't know
about updates). Maybe http://savannah.gnu.org/bzr/?group=emacs could
mention this possibility.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Sat, 13 Nov 2010 12:24:03 GMT)
Full text and
rfc822 format available.
bug unarchived.
Request was from
Robert Clancy <rclancy <at> tcd.ie>
to
control <at> debbugs.gnu.org
.
(Fri, 19 Nov 2010 14:53:02 GMT)
Full text and
rfc822 format available.
Information forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#7150
; Package
emacs,ns
.
(Fri, 19 Nov 2010 15:02:01 GMT)
Full text and
rfc822 format available.
Message #41 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Would it be possible to include this patch
http://lists.aquamacs.org/pipermail/aquamacs-devel/2009-December/003890.html
which allows OSX users to set right modifier keys to be (for example)
meta? It is extremely useful for someone who uses OSX.
Thanks,
Rob
[Message part 2 (text/html, inline)]
Information forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#7150
; Package
emacs,ns
.
(Sun, 21 Nov 2010 10:09:02 GMT)
Full text and
rfc822 format available.
Message #44 received at submit <at> debbugs.gnu.org (full text, mbox):
Can you file a separate bug for this and explicitly spell out what you wish
without referring to a patch?
Jan D.
Robert Clancy skrev 2010-11-19 16.00:
> Would it be possible to include this patch
> http://lists.aquamacs.org/pipermail/aquamacs-devel/2009-December/003890.html
> which allows OSX users to set right modifier keys to be (for example) meta? It
> is extremely useful for someone who uses OSX.
>
> Thanks,
> Rob
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Sun, 19 Dec 2010 12:24:04 GMT)
Full text and
rfc822 format available.
This bug report was last modified 14 years and 186 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.