• 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: NSTextView, style, and weird Core Data issue
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: NSTextView, style, and weird Core Data issue


  • Subject: Re: NSTextView, style, and weird Core Data issue
  • From: "I. Savant" <email@hidden>
  • Date: Wed, 26 Jul 2006 16:34:19 -0400

Matt:

(1) I don't like it, because here I was working happily in the model and
suddenly I'm supposed to reach out and munge the view? Isn't the whole point
of having the NSTextView bound thru to Core Data that it should do all this
automatically?


  Here be dragons. :-)

First, (and I'm sure you're aware and it was a slip of the tongue, but for archival purposes...) be careful not to equate Core Data to Bindings. Both are separate, though they do (and are intended to) work together quite nicely.

Second, Bindings does not completely negate the need for your own controller layer in most non-academic projects. Sure, it replaces a *lot* of code, but there are more times than not that I still have to intercede a bit. Is that the case here? Maybe not, it could very well be a bug (more on this below). Frequently, I have to wire an "add" button to a custom action rather than directly to an NSArrayController's -add: action because I need to do some additional interface diddling. That's what the controller layer is there for, to mediate between the model and view layers, so this is not really "wrong", it's just damned inconvenient. :-) Especially after being spoiled with Bindings in 10.3 and Core Data in 10.4 ...

(2) If this is necessary, then why does it work properly when the attributed
string consists of a space? Clearly in that case the text view *does*
"reset" the typing attributes just because the underlying text store
changed. And the NSTextView does have "default" attributes, after a fashion,
so yes, I would have expected that emptying out the text storage *would*
reset the typing attributes (to the NSTextView's default attibutes).


I guess what I'm saying is, that's a great suggestion, but at the same time,
is there a case to be made that the behavior I'm seeing is unexpected (i.e.
wrong)? m.


My own line of thinking (if I saw what you're seeing) would be that it's actually rather logical since there's no specific / direct way of setting "default" typing attributes for a text view and there's no strictly defined behavior (that I remember reading of) that dictates how or when the attributes would revert to default.

PS The really interesting thing about your idea here is that it seems to
imply that this has nothing to do with Core Data - that emptying an
NSTextView's text storage doesn't reset the current typing attributes. That
is an hypothesis I'll have to test.

Perhaps I'm wrong, but I thought this to be the case - emptying a text view's text storage does not reset typing attributes. I'm wrong often, so there's hope for you yet! :-)


Let me know what you find in your testing - if I'm wrong, I'd love to know!

--
I.S.




_______________________________________________ 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
  • Follow-Ups:
    • Re: NSTextView, style, and weird Core Data issue
      • From: "I. Savant" <email@hidden>
References: 
 >Re: NSTextView, style, and weird Core Data issue (From: Matt Neuburg <email@hidden>)

  • Prev by Date: Re: CoreData bug, XML-related
  • Next by Date: Re: Window levels - is this safe?
  • Previous by thread: Re: NSTextView, style, and weird Core Data issue
  • Next by thread: Re: NSTextView, style, and weird Core Data issue
  • Index(es):
    • Date
    • Thread