[macrophyllum]

I have a written a Cocoa app which registers Shift (as a modifier) and several keys with a Hotkey class that has some carbon in it. When the user uses shift and one of the other keys this carbon method gets called in the Hotkey class:

pascal OSErr keyEventHandler(EventHandlerCallRef inHandlerRef, EventRef inEvent, void* refCon )
{
return [[HotKeyCenter sharedCenter] handleHotKeyEvent: inEvent];
}

What I want to happen is to post a notification that a hotkey was pressed in the handleHotKeyEvent method, but then allow the capital letter (because it is shift and "a") to go to the correct app. In my handleHotKeyEvent method I have tried returning eventNotHandledErr, but my program crashes and it builds a stack trace *very* slowly. If I return noErr my app doesn't crash but I completely intercept the key stroke so that it doesn't go to the active app.

I am still learning Cocoa and I know hardly anything about Carbon. Anyone have any suggestions?:confused:

[Rickster]

I'm not sure the hot key API is designed for filtering key input -- you may want to look at writing an input method instead. (See here and here for info, depending on whether you're targeting all apps or just Cocoa apps.)

[macrophyllum]

Thanks Rick. Those links, especially the one to the Carbon docs, looks helpful. What I am really trying to do is implement a user-was-idle class. I have my app tracking the mouse, but not knowning when a user presses a key is a severe limitation.

Unfortunately, I hardly know anything Carbon so it is hard to make sense of the Carbon docs. Is there some method I can override, post a notification and then just call super's implimentation of the method?