I'm also in favor of getting rid of the redirectTo's and using explicit
attributes in their place.
Bryan Stearns wrote:
There are a couple of things happening that are calling our
attribute-redirection strategy into question...
- Bug 6387 (sorted index doesn't maintain sort) where we're trying to
index a redirectTo attribute. I'm not sure what exactly is happening,
but I can imagine: existing attribute redirection doesn't let the
repository know when a redirect-source attribute has changed, so that
it can update a redirect-target index.
- The dashboard spec calls for more-complex multi-attribute sorting on
some columns; some of the sorts call for collection indexes that will
need to consider attributes on items other than the one in the
collection: eg, when sorting the date column, an item needs to produce
"the next interesting datetime", which could be the startTime if it's
an event, or the datetime of the next tickler that's going to fire
(and while the spec only calls for one tickler per item for now,
there'll be multiple ticklers in the future).
I'm a little confused on "the next interesting datetime", but could it
be solved by having adding a new attribute "interestingDateTime" (which
the sort uses), and is possibly updated whenever an event's startTime is
modified or it's tickler time is updated? This is what I proposed in
bug#6387 and seems like what Jeffrey is proposing below.
I don't have a solution to this (in spite of what John said in bug
6387), but I'm writing this to start a conversation. Jeffrey had
suggested using onValueChanged methods to keep new just-for-indexing
attributes updated. Andi suggested using some form of bequeathTo (the
inverse of redirectTo?), but I don't think a static declaration can
cover the complex cases that Mimi wants.
What do you think?
...Bryan
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
Open Source Applications Foundation "chandler-dev" mailing list
http://lists.osafoundation.org/mailman/listinfo/chandler-dev
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
Open Source Applications Foundation "chandler-dev" mailing list
http://lists.osafoundation.org/mailman/listinfo/chandler-dev
