[Chandler-dev] Future of redirectTo?

[John Anderson]

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