MacOS X: Not all Alt keys are equal?

MacOS X: Not all Alt keys are equal?

[Lars-Johan Liman]

Hi!

I'm a veteran Emacs user (how many of you used Emacs on TOPS-20? ;-),
and mostly an X11 user under *nix, and I've been using various Emacsen
under MacOS X the past few years.

My problem is that I want to map the Alt keys to allow for input of
special characters. (A Swedish Mac keyboard maps, e.g., vertical bar
(pipe) to Alt-7, and backslash to Alt-Shift-7).

I just tried the emacsformacosx.org package, and it was very promising
until I noticed the following.

By setting

(custom-set-variables
 '(ns-alternate-modifier (quote none)))

in my .emacs file, I got the disired behaviour on the _left_ Alt
key. Alt-7 produces pipe, Alt-Shift-7 produces backslash. Fine!

Now, to make the _right_ Alt key behave the same way, I tried adding

 '(ns-right-alternate-modifier (quote none))

to the config, as in

(custom-set-variables
 '(ns-alternate-modifier (quote none))
 '(ns-right-alternate-modifier (quote none)))

One would now believe that it would work. It does not.

It's true that I get the "Alt" behaviour, but only to some extent. Now
rAlt-7 (rightAlt-7) gives me pipe (fine!), but rAlt-Shift-7 does not
give me the expected backslah, it gives me forwardslash, which is what
you get with just Shift-7 on a Swedish keyboard. The same goes for
rAlt-8 and rAlt-9 which give brackets "[" and "]" respectively, but the
corrseponding braces "{" and "}" exepcted from rAlt-Shift-8 and
rAlt-Shift-9 show up only as the dull parentheses "(" and ")". Footnote *)

Conclusion: the Alt-function for the right Alt key does not work in
conjunction with Shift, but the left one does.

Now I just found out that there is yet another value for the variable,
which is "left", which means that rAlt shall have the same function as
lAlt. When I set it to that, it _DOES_ work! But then, I cannot have a
different function on lAlt. Duh!

Why are not all Alt keys created equal? ;-) What did I miss?
How can I make my lAlt be "meta" and my rAlt be "none" with shift
function intact?

... or, is this a bug?

Platform:

Darwin 10.6.0 Darwin Kernel Version 10.6.0: Wed Nov 10 18:13:17 PST 2010; root:xnu-1504.9.26~3/RELEASE_I386 i386

Emacs:

Emacs-23.3-universal-10.6.6.dmg

				Best regards,
				  /Lars-Johan Liman

*) Paretheses are "shifted" one step to the left on a Swedish keyboard,
   compared to a US or UK one, so the numbers are actually correct.
#-------------------------------------------------------------------------
# Lars-Johan Liman, M.Sc.		 ! E-mail: emacshelp@cafax.se
# Cafax AB				 ! HTTP  : //www.cafax.se/
# Computer Consultants, Sweden		 ! Voice : +46 8 - 564 702 30
#-------------------------------------------------------------------------

Re: MacOS X: Not all Alt keys are equal?

[Kevin Rodgers]

On 3/23/11 6:36 AM, Lars-Johan Liman wrote:
> I'm a veteran Emacs user (how many of you used Emacs on TOPS-20? ;-),

+1 (CMU '84)

> and mostly an X11 user under *nix,

+1

 > and I've been using various Emacsen under MacOS X the past few years.

Myself, just GNU Emacs 23.x

-- 
Kevin Rodgers
Denver, Colorado, USA

Re: MacOS X: Not all Alt keys are equal?

[Peter Dyballa]

Am 25.03.2011 um 03:52 schrieb Kevin Rodgers:

> Myself, just GNU Emacs 23.x

I'm not that experienced with a that long past, but I'd give GNU Emacs  
24.0.50 a try on Mac OS X!

--
Mit friedvollen Grüßen

   Pete

      _o    o         o   o
    _<<     \\_/\_,   \\_ \\_/\_,
   (*)/(*) (*)   (*) (*) `-    (*)

Re: MacOS X: Not all Alt keys are equal?

[Perry Smith]

On Mar 24, 2011, at 9:52 PM, Kevin Rodgers wrote:

> On 3/23/11 6:36 AM, Lars-Johan Liman wrote:
>> I'm a veteran Emacs user (how many of you used Emacs on TOPS-20? ;-),
> 
> +1 (CMU '84)

I'm envious.  My Advanced Compilers Class instructor was from industry.  I had out grown all the professors resident in the college I was at (S. M. U.).  He was from CMU.  Brilliant person and by far my favorite instructor and class.  Made me wish I had gone to a more prestigious school.

Re: MacOS X: Not all Alt keys are equal?

[Peter Breitfeld]

Lars-Johan Liman wrote:

> Hi!
>
> I'm a veteran Emacs user (how many of you used Emacs on TOPS-20? ;-),
> and mostly an X11 user under *nix, and I've been using various Emacsen
> under MacOS X the past few years.
>
> My problem is that I want to map the Alt keys to allow for input of
> special characters. (A Swedish Mac keyboard maps, e.g., vertical bar
> (pipe) to Alt-7, and backslash to Alt-Shift-7).
>
> I just tried the emacsformacosx.org package, and it was very promising
> until I noticed the following.
>
> By setting
>
> (custom-set-variables
>  '(ns-alternate-modifier (quote none)))
>
> in my .emacs file, I got the disired behaviour on the _left_ Alt
> key. Alt-7 produces pipe, Alt-Shift-7 produces backslash. Fine!
>
> Now, to make the _right_ Alt key behave the same way, I tried adding
>
>  '(ns-right-alternate-modifier (quote none))
>
> to the config, as in
>
> (custom-set-variables
>  '(ns-alternate-modifier (quote none))
>  '(ns-right-alternate-modifier (quote none)))
>
> One would now believe that it would work. It does not.
>
> It's true that I get the "Alt" behaviour, but only to some extent. Now
> rAlt-7 (rightAlt-7) gives me pipe (fine!), but rAlt-Shift-7 does not
> give me the expected backslah, it gives me forwardslash, which is what
> you get with just Shift-7 on a Swedish keyboard. The same goes for
> rAlt-8 and rAlt-9 which give brackets "[" and "]" respectively, but the
> corrseponding braces "{" and "}" exepcted from rAlt-Shift-8 and
> rAlt-Shift-9 show up only as the dull parentheses "(" and ")". Footnote *)
>
> Conclusion: the Alt-function for the right Alt key does not work in
> conjunction with Shift, but the left one does.
>
> Now I just found out that there is yet another value for the variable,
> which is "left", which means that rAlt shall have the same function as
> lAlt. When I set it to that, it _DOES_ work! But then, I cannot have a
> different function on lAlt. Duh!
>
> Why are not all Alt keys created equal? ;-) What did I miss?
> How can I make my lAlt be "meta" and my rAlt be "none" with shift
> function intact?
>
> ... or, is this a bug?
>
> Platform:
>
> Darwin 10.6.0 Darwin Kernel Version 10.6.0: Wed Nov 10 18:13:17 PST 2010; root:xnu-1504.9.26~3/RELEASE_I386 i386
>
> Emacs:
>
> Emacs-23.3-universal-10.6.6.dmg
>
>               Best regards,
>                 /Lars-Johan Liman
>
> *) Paretheses are "shifted" one step to the left on a Swedish keyboard,
>    compared to a US or UK one, so the numbers are actually correct.
> #-------------------------------------------------------------------------
> # Lars-Johan Liman, M.Sc.      ! E-mail: emacshelp@cafax.se
> # Cafax AB                 ! HTTP  : //www.cafax.se/
> # Computer Consultants, Sweden         ! Voice : +46 8 - 564 702 30
> #-------------------------------------------------------------------------
>

Lars,
Inspecting customize-group ns I found the following settings:

Variable                                 Status 
------------------------------------------------------
ns-control-modifier: control             (STANDARD)
ns-command-modifier: meta                (CHANGED in my .emacs)

ns-alternate-modifier: 'meta             (CHANGED, but not in my .emacs,
                                         I didn't find where it was set)

Help on this variable says: defined in C Source Code. It's value is nil

ns-right-alternate-modifier:
  Use the value of ns-alternate-modifier (STANDARD)
 Help says: It's value is left

I use the same Emacs-version as you do with a german keyboard. On my
iMac left and right alt-keys behave identical.
-- 
_________________________________________________________________
Peter Breitfeld, Bad Saulgau, Germany -- http://www.pBreitfeld.de

Re: MacOS X: Not all Alt keys are equal?

[Lars-Johan Liman]

Peter,

phbrf@t-online.de:
> Lars,
> Inspecting customize-group ns I found the following settings:

> Variable                                 Status 
> ------------------------------------------------------
> ns-control-modifier: control             (STANDARD)
> ns-command-modifier: meta                (CHANGED in my .emacs)

> ns-alternate-modifier: 'meta             (CHANGED, but not in my .emacs,
>                                          I didn't find where it was set)

> Help on this variable says: defined in C Source Code. It's value is nil

> ns-right-alternate-modifier:
>   Use the value of ns-alternate-modifier (STANDARD)
>  Help says: It's value is left

> I use the same Emacs-version as you do with a german keyboard. On my
> iMac left and right alt-keys behave identical.

Hmm. I wouldn't have thought that would work the way I want it to.

For me to understand better: which key combination do you use to
generate a backslash inside your Emacs, given the above settings?

				Cheers,
				  /Liman

Re: MacOS X: Not all Alt keys are equal?

[Peter Dyballa]

Am 25.03.2011 um 14:56 schrieb Lars-Johan Liman:

> For me to understand better: which key combination do you use to
> generate a backslash inside your Emacs, given the above settings?


In the context mentioned I think pressing the right alt key would not  
help producing the \. It's default or STANDARD value is that of the  
corresponding left key.

I have set my only alt key to "(quote) none" (original value was meta)  
and let the cmd key be super, and also the remaining others be what  
they are. This gives me the opportunity to use the alt key as  
introductory key to switch the keyboard layout from the visible to the  
"alternate" layout, i.e. that, which produces \, {, }, «, », etc.

--
Greetings

   Pete

Upgraded, adj.:
	Didn't work the first time.

Re: MacOS X: Not all Alt keys are equal?

[Lars-Johan Liman]

Peter,

Peter_Dyballa@Web.DE:
> In the context mentioned I think pressing the right alt key would not
> help producing the \.

That's what I thought.

> It's default or STANDARD value is that of the corresponding left key.

That's what I thought too. But as I said, I want the left one to be
"meta", and the right one to be "none" (= switch layout to alternate).

> I have set my only alt key to "(quote) none" (original value was meta)
> and let the cmd key be super, and also the remaining others be what
> they are. This gives me the opportunity to use the alt key as
> introductory key to switch the keyboard layout from the visible to the
> "alternate" layout, i.e. that, which produces \, {, }, «, », etc.

Hmm. Well the problem manifests itself when you have two Alt keys, and
want to make them do different things.

</me sends a longing thought to xmodmap ... ;-)>

				Cheers,
				  /Liman

Re: MacOS X: Not all Alt keys are equal?

[Peter Dyballa]

Am 25.03.2011 um 16:15 schrieb Lars-Johan Liman:

> Hmm. Well the problem manifests itself when you have two Alt keys, and
> want to make them do different things.

My old PowerBook has two cmd keys. The keyboard controller treats them  
as one. So neither in X11 nor in Quartz/Aqua is a difference and so  
setting an ns-left-command-modifier is pointless.

You can try Peter Maurer's Key Codes application (http://www.petermaurer.de/nasi.php?section=keycodes 
) to see whether the two keys are really independent.

>
> </me sends a longing thought to xmodmap ... ;-)>


It'll fail when both keys are one... Did you try any X11 variant of  
GNU Emacs? There exist quite useful X11 installations for Mac OS X.

A quite useful Emacs variant is the "AppKit" Emacs, based on GNU Emacs  
23.3 and patch files:   /ftp:anonymous@ftp.math.s.chiba-u.ac.jp:/ 
emacs. Cmd is Meta, except for some sane combinations that are caught  
by the OS, and alt is just alt. Super and Hyper modifier can be set.

--
Greetings

   Pete

Without vi there is only GNU Emacs