Re: Determining if a special input method is active - was Detecting double byte input
Re: Determining if a special input method is active - was Detecting double byte input
- Subject: Re: Determining if a special input method is active - was Detecting double byte input
- From: John Stiles <email@hidden>
- Date: Wed, 13 Apr 2005 12:00:04 -0700
Please be more specific about what the problem is. It really sounds like you are trying to tiptoe around actually supporting text encodings. That'll be easy to get 90% correct, but good luck with the last 10%. :) You might be interested to know these trivia tidbits:
- CFStrings and NSStrings are interchangeable
- Carbon can render a CFString without glitches, even if there are Japanese or other Unicode characters in it
Trying to get this to work based on which input method is active is almost certainly a broken approach.
On Apr 13, 2005, at 11:36 AM, John Pattenden wrote:
I think I've narrowed down the problem I want to solve after reading some pretty informative posts on the list.
Here is a piece of a post from Douglas Davidosn
"Now, in most cases the key events will come back to the view either as insertText: (for ordinary key presses with an ordinary keyboard) or as doCommandBySelector: (for special keys like delete, return, etc.), as the NSResponder.h comments mention. However, if a special input method like Kotoeri is active, then something else will happen. To handle those cases, NSTextView conforms to the NSTextInput protocol."
So what I'd like to know ahead of time is if a "special input method" is active.
This is highly specific need related to sending characters to Carbon/QuickDraw from Cocoa.
I want to let characters pass through if no "special input method" is active and do something else otherwise..
Command Space toggle between modes and presumably sets some sort of system global, is that what I need to get at?
John Pattenden
ScreenTime Media
Get Advice - Give Advice
http://forums.screentime.com
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Cocoa-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Cocoa-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden