Okay, then let's go back to basics. I have a project where the
document object has two entities, "Page" and "Keyword".
A "Page" holds various data representing various facets of a web
page. The relevant property is, "content" - a string value. It also
has "wasModified" type properties (a boolean flag and modified / last
sync dates).
A "Keyword" holds "word" and "url" properties, both strings. The
keyword in this sense is an instance of "word" that is supposed to be
automatically linked to "url" anywhere it's encountered in a Page's
"content" string. In other words, I don't want to make an attributed
string with hyperlink attribs, but rather, upon some 'export' action,
I want the app to find all instances of each Keyword's "word"
property in every Page's "content" property and hyperlink it at that
point only.
So - when a Keyword's properties are modified, I want to go through
every Page's content to see if it contains that Keyword's "word"
string. Whichever Page objects *do* match, I want to flag them as
needing sync by a simple "-touch" method that flags them for sync and
updates their mod date.
... clear? ;-) Let me know if I'm leaving anything out.
On May 5, 2005, at 1:03 PM, mmalcolm crawford wrote:
On May 5, 2005, at 8:14 AM, SA Dev wrote:
To clarify, I can see no way of getting at the
NSPersistentDocument that owns the context from any entities
within the context. Is this possible? Is this the Right Thing?
No, it's not possible. This is the Right Thing. In general
there's no reason why a context should know -- contexts may be used
in situations where there is no document. In what situation do you
need to know?
mmalc
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Cocoa-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/cocoa-dev/dev%
40silentalcove.net
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:
http://lists.apple.com/mailman/options/cocoa-dev/email@hidden
