Skip navigation.
 
mlRe: NSTextView, style, and weird Core Data issue
FROM : Martin Wierschin
DATE : Thu Jul 27 09:27:43 2006

> The docs say: "Typing attributes are reset automatically whenever the
> selection changes." Well, the selection *is* changing. But the typing
> attributes are not being reset (at least, I would not describe this
> behaviour using the word "reset" - I would describe it as 
> "remaining the
> same as before").


It says "reset", but probably "recalculated" is a more appropriate 
word. Also, I do not think the preservation of the typing attributes 
when you clear the NSTextView's content is a bug. Consider the 
following case:

1. User enters some text.
2. Selects all and applies bold.
3. Changes their mind and deletes all the text.
4. Starts typing.

In step 4 they most likely prefer that the new text be bold. This is 
normally convenient, but you'll have to work around it, as a zero 
length NSAttributedString has no attributes to apply to the NSTextView.

~Martin

Related mailsAuthorDate
mlNSTextView, style, and weird Core Data issue Matt Neuburg Jul 26, 21:15
mlRe: NSTextView, style, and weird Core Data issue I. Savant Jul 26, 21:21
mlRe: NSTextView, style, and weird Core Data issue I. Savant Jul 26, 21:24
mlRe: NSTextView, style, and weird Core Data issue Matt Neuburg Jul 26, 22:22
mlRe: NSTextView, style, and weird Core Data issue I. Savant Jul 26, 22:34
mlRe: NSTextView, style, and weird Core Data issue I. Savant Jul 26, 22:42
mlRe: NSTextView, style, and weird Core Data issue Matt Neuburg Jul 27, 02:52
mlRe: NSTextView, style, and weird Core Data issue Martin Wierschin Jul 27, 09:27
mlRe: NSTextView, style, and weird Core Data issue Matt Neuburg Jul 27, 15:41
mlRe: NSTextView, style, and weird Core Data issue Matt Neuburg Jul 28, 01:30
mlRe: NSTextView, style, and weird Core Data issue Martin Jul 28, 02:04