[Chandler-dev] chandlerdb updated (0.6-73)

Brian Kirsch bkirsch at osafoundation.org
Wed Jan 17 11:25:57 PST 2007


Yes,
I think you are correct that subject could be factored out
and displayName referenced directly.

However, I propose that this decision wait till after Preview
when there will be some additional refactoring of the
MailStamp schema.


-Brian


On Jan 17, 2007, at 8:43 AM, Bryan Stearns wrote:

> Brian,
>
> I think it'd be a step forward to get rid of the notion of  
> 'subject' internally (that is, I think we should get rid of the  
> Calculated Andi mentions; the mail service would just treat  
> displayName as the subject. Where it's necessary to _label_ the  
> displayName differently, I think the UI layer can take care of  
> special-casing it. What do you think?
>
> ...Bryan
>
>
> Andi Vajda wrote:
>>
>> After your next 'svn update' you need to get the latest chandlerdb  
>> version
>> by running in 'chandler':
>>      make chandlerdb  - OR -
>>      make install
>>
>> This update removes support for "redirectTo".
>> I changed all the remaining uses of redirectTo to use a python  
>> property() or a schema.Calculated() instead.
>>
>> One thing to watch out for are uses of getAttributeValue() and  
>> setAttributeValue() on the attributes that became properties or  
>> Calculateds.
>> As these are no longer Chandler attribute, a NoSuchAttributeError  
>> should be reported when using these old APIs.
>>
>> It is strongly recommended to use getattr() and setattr() instead  
>> anyway, at least for performance reasons.
>>
>> Also, emails that were not shared as anything else such as a task  
>> or a calendar event prior to this change may lose their 'subject'.  
>> That attribute used to be redirected to 'displayName' but there  
>> were a bunch of backwards compatilibity tricks played to keep  
>> sharing subjects as <subject> instead of <displayName>. These  
>> tricks are now gone and 'subject' is just a schema.Calculated()  
>> based on ContentItem.displayName.
>>
>> Andi..
>> _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
>>
>> Open Source Applications Foundation "chandler-dev" mailing list
>> http://lists.osafoundation.org/mailman/listinfo/chandler-dev
>



More information about the chandler-dev mailing list