|
From: Advrk A. <avk...@gm...> - 2012-08-23 22:24:25
|
Interesting... No my Emacs does not use X, it was built via MacPorts and directly uses Mac OS X 10.6.8's Aqua interface. I tried some Alt key combinations in other software and yes that also produces symbols. Looks like Emacs does something to prevent this??? On 22 August 2012 10:01, Evan Wright <ev...@ma...> wrote: > All of the other Mac applications I've tried had the same behavior > when I typed Alt-b (including my copy of Emacs). Is your copy of emacs > using an X server? It might be getting its keyboard events from > somewhere different. > > - Evan > > On Fri, Aug 17, 2012 at 3:33 PM, Advrk Aplmrkt <avk...@gm...> wrote: >> Hello, >> >> Thanks for the explanation. As an example, I was trying to set Alt-f >> and Alt-b as the shortcuts for move to next and previous word, >> respectively. But Alt-b produces the ∫ symbol instead. >> >> However, this does not always happen with other applications in Mac OS >> X. For example Alt-b works fine in emacs to move back a word. Does >> anyone know what the difference is? >> >> Thanks! >> >> On 16 August 2012 09:34, Evan Wright <ev...@ma...> wrote: >>> The settings you've uncommented in "part II" should be enough to allow >>> you to use the option (alt) key in shortcuts. However, certain >>> combinations of option with other keys can't be used, because the OS >>> (as you've seen) interprets them as typing symbols. I believe that >>> Ctrl-Option-anything and Cmd-Option-anything will work, along with >>> many but not all choices of Option-anything. See the Mac OS X keymap >>> included with jEdit 5 for some examples that work. >>> >>> - Evan >>> >>> On Wed, Aug 15, 2012 at 12:35 AM, Advrk Aplmkt <avk...@gm...> wrote: >>>> Hello, >>>> >>>> Thanks for the idea. Unfortunately the solution in the Inkscape forum post you linked to only applies to programs running in X11. jEdit does not do that.... >>>> >>>> The part of startup.bsh that I posted earlier (see below) seems to address exactly the Alt key issue, but I just don't understand how those settings in startup.bsh work. Can anyone help with this, so the Alt key can be used as part of jEdit shortcuts in OS X???? Thanks!! >>>> >>>> Steve Jakob <ste...@wi...> 2012/8/14 23:11 >>>>> The behaviour of the Alt (Option) key that you see on OS X is governed by the OS, not jEdit. The Option key by default allows for entry of alternative characters, symbols and diacriticals. There's a good overview on Wikipedia here: >>>>> >>>>> http://en.wikipedia.org/wiki/Option_key >>>>> >>>>> Based on what little I've seen, it looks like changing this behaviour requires modification of X11 settings. Here's a link to the Inkscape forums where someone appears to have provided a solution: >>>>> >>>>> http://www.inkscapeforum.com/viewtopic.php?t=800%3Ef=5 >>>>> >>>>> I have not tried this. I have no idea if it will work you. Good luck. >>>>> >>>>> Steve Jakob >>>>> >>>>> On 2012-08-14, at 4:54 PM, Advrk Aplmrkt wrote: >>>>>> Hello, >>>>>> >>>>>> I have been trying jEdit 5 in Mac OS X 10.6.8, and am really liking it >>>>>> so far. Thanks for creating such a great piece of software! I've >>>>>> posted the following question to the forum to no avail, hopefully >>>>>> someone on the list will know the answer... >>>>>> >>>>>> However, I have been trying to get my Alt key to work as part of >>>>>> keyboard shortcuts. Whenever I try to use it as part of a shortcut, it >>>>>> instead writes a symbol (which symbol depends on what character I hit >>>>>> on the keyboard) into my buffer. >>>>>> >>>>>> I searched for previous posts, and one suggested modifying my >>>>>> startup.bsh. I tried but still couldn't get my Alt key to function. >>>>>> Can someone tell me what I am doing wrong? Thanks! >>>>>> >>>>>> Below is the section in my startup.bsh: >>>>>> >>>>>> /*{{{ Remapping modifier keys part I */ >>>>>> >>>>>> /* The below is the default, swap the items around to >>>>>> * change meaning of C+, A+, M+, S+. >>>>>> */ >>>>>> //KeyEventTranslator.setModifierMapping(InputEvent.CTRL_MASK, >>>>>> // InputEvent.ALT_MASK, InputEvent.META_MASK, >>>>>> // InputEvent.SHIFT_MASK); >>>>>> >>>>>> /* ... and this the MacOS default: */ >>>>>> KeyEventTranslator.setModifierMapping(InputEvent.META_MASK, /* == C+ */ >>>>>> InputEvent.CTRL_MASK, /* == A+ */ >>>>>> InputEvent.ALT_MASK, /* == M+ */ >>>>>> InputEvent.SHIFT_MASK /* == S+ */); >>>>>> >>>>>> /*}}}*/ >>>>>> >>>>>> /*{{{ Remapping modifier keys part II */ >>>>>> >>>>>> /* Note if you chose to make use of the M+ (option key) prefix on MacOS, you >>>>>> * will need to disable a little piece of code: */ >>>>>> Debug.ALT_KEY_PRESSED_DISABLED = false; >>>>>> /* Otherwise M+ will be ignored for the purposes of keyboard shortcuts. */ >>>>>> >>>>>> /* But if you enable this, you might find that Option+8 for example invokes your >>>>>> * macro but also inserts a bulletpoint, as per standard Macintosh keyboard >>>>>> * behavior. To disable the Option key for inserting special high ASCII >>>>>> * characters, uncomment this. Note that it has wider implications, notably >>>>>> * DROVAK keyboard shortcuts will be mapped as if the keyboard was QWERTY. */ >>>>>> Debug.ALTERNATIVE_DISPATCHER = false; >>>>>> >>>>>> /*}}}*/ >>>> >>>> ------------------------------------------------------------------------------ >>>> Live Security Virtual Conference >>>> Exclusive live event will cover all the ways today's security and >>>> threat landscape has changed and how IT managers can respond. Discussions >>>> will include endpoint security, mobile security and the latest in malware >>>> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ |