[Dev] Sharing currently broken for collections that have a color
assigned
John Anderson
john at osafoundation.org
Wed Apr 27 14:46:25 PDT 2005
Hi Morgen:
I ran into these kind of problems in the past and concluded that the
only viable solution is to separate display info from data -- which
means not storing color info on the ItemCollection.
John
Morgen Sagen wrote:
> Ok, sharing now handles mixins by including the constituent kinds'
> info. I'm weighing various options on how to keep calendar colors
> "semi-private", meaning sharees can change the color at will without
> those changes percolating out to anyone else.
>
> On Apr 26, 2005, at 12:07 PM, Morgen Sagen wrote:
>
>> The sharing framework doesn't yet handle sharing of items whose kinds
>> are mix-ins, and now that any item collection that is assigned a
>> calendar color becomes an instance of a mix-in kind, you can't
>> currently share them (well you can share them but you can't subscribe
>> to them). I'm working on a solution. For now you can only share a
>> collection that you haven't viewed in week view (that's when a color
>> gets assigned). I've already filed bug 2888 against myself to track
>> this:
>>
>> https://bugzilla.osafoundation.org/show_bug.cgi?id=2888
>>
>> ~morgen
>>
>> P.S. The reason this breaks is because the Kind of a
>> Calendar-Collection-with-Color becomes something like:
>> //Schema/Core/Mixins/mixin_708eb5fc, which doesn't mean anything on
>> the sharees' end. For items of a mix-in kind, I'll need to include
>> all the individual mixed-in kinds' info in the XML.
>>
>> _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
>>
>> Open Source Applications Foundation "Dev" mailing list
>> http://lists.osafoundation.org/mailman/listinfo/dev
>
>
> _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
>
> Open Source Applications Foundation "Dev" mailing list
> http://lists.osafoundation.org/mailman/listinfo/dev
More information about the Dev
mailing list