• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
Re: Subclassing NSTextView and characters with diacritical marks
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Subclassing NSTextView and characters with diacritical marks


  • Subject: Re: Subclassing NSTextView and characters with diacritical marks
  • From: Jeff Cruikshank <email@hidden>
  • Date: Wed, 13 Jun 2001 18:06:03 -0700

Hi Aki,

My NSTextView subclass has two modes of display; hidden and visible. When editing in hidden mode, each character entered is displayed as a random sequence of white-space characters. Editing in visible mode is the same as editing in a stock NSTextView. The idea is to prevent someone from determining the length or content of the edited text, but if the diacritical marks show up, that instantly gives an observer a clue about the nature of the edited text.

Correct me if I'm wrong, but if I simply prevent keyDown from calling interpretKeyEvents, won't that bypass the TSM? I realize this isn't very friendly, but I know of no other solution.

Thanks!
Jeff

On Wednesday, June 13, 2001, at 10:42 AM, Aki Inoue wrote:

Jeff,

The marked deadkey display is tightly coupled with the processing in TSM.
Currently there is no way to de-couple them easily.

Besides, it is part of, not yet officially documented, Aqua guideline.

Could you give me some more info why you need to disable it ?

Thanks,
Aki

On 2001.06.11, at 18:56, Jeff Cruikshank wrote:

I'm having some problems with diacritical marks in my NSTextView subclass. I would like to have full control over which characters are displayed in my view, but despite my many attempts, I can't fully control the display of these diacritical marks (they just keep displaying regardless of how hard I try to prevent them from popping up). In particular, when adding i (option-e + e) to my view, I would like it to discard the initial keystroke and only display the composite character (after the second 'e' is typed). I've looked at the NSTextInput protocol, and setMarkedText:range: looks promising, but simply overriding it and having it do nothing seems to cause problems when the composite character is supposed to be added.

Can someone shed some light on how I can prevent these marks from drawing in my view?

Thanks in advance,
Jeff
_______________________________________________
cocoa-dev mailing list
email@hidden
http://www.lists.apple.com/mailman/listinfo/cocoa-dev
_______________________________________________
cocoa-dev mailing list
email@hidden
http://www.lists.apple.com/mailman/listinfo/cocoa-dev


  • Follow-Ups:
    • Re: Subclassing NSTextView and characters with diacritical marks
      • From: Scott <email@hidden>
References: 
 >Re: Subclassing NSTextView and characters with diacritical marks (From: Aki Inoue <email@hidden>)

  • Prev by Date: Re: Project Builder 1.0.1 Java Wrapper?
  • Next by Date: Setting the focus into an NSTableView?
  • Previous by thread: Re: Subclassing NSTextView and characters with diacritical marks
  • Next by thread: Re: Subclassing NSTextView and characters with diacritical marks
  • Index(es):
    • Date
    • Thread