[Sum] May 21-27

Andre sent a note that he -  Love the new dog logo!
http://lists.osafoundation.org/pipermail/design/2007-May/007311.html

Priscilla sent out an email relating to Cosmo [bug 6189] Refining the  
time zone proposal in ticket view
http://lists.osafoundation.org/pipermail/design/2007-May/007315.html
+ We have deferred all timezone work to post-preview so I won't  
summarize the proposal here since it's likely to change after we get  
more user feedback.

Mimi summarized a discussion around What time zone are custom alarms in?
http://lists.osafoundation.org/pipermail/design/2007-May/007321.html
+ Because there is no feedback to tell users what timezone their  
custom alarms are in, there is the potential for them to get confused.
+ Mimi explained what happens currently - when you turn on timezones,  
all custom alarms get defaulted to that timezone. If you subsequently  
change your timezone, the custom alarms continue to get created in  
the initial timezone.
+ There may be a number of use cases when this can create problems.  
Mimi outlined several options we can consider.
+ In any case, this is not an issue we are going to address for  
Preview and we are leaving the behavior as is for right now. We will  
add a relnote though. It will be interesting to see what kind of use  
cases our dogfooders run into.

Mimi summarized a previous thread - Not including to/from in emails  
from Chandler
http://lists.osafoundation.org/pipermail/design/2007-May/007323.html
+ We are not going to fix the larger issue for Preview and Mimi  
logged a bug to track this.https://bugzilla.osafoundation.org/ 
show_bug.cgi?id=9272
+ We have however fixed a couple of minor issues for Preview.
	+ We are going to mention when the message is an update and NOT add  
the date to the body of the message.
	+ We also got rid of the addressing fields from the message body if  
the Chandler addressing fields DON'T differ from the email addressing  
fields.

Heikki logged a bug since he believed there were issues with the Use  
of hyperlinks in Chandler UI
http://lists.osafoundation.org/pipermail/design/2007-May/007324.html
+ Heikki outlined the problems as well as some possible solutions.
+ This bug has been deferred to future https:// 
bugzilla.osafoundation.org/show_bug.cgi?id=8000

Mimi sent out a summary of the Cosmo Revised Sign up Workflow
http://lists.osafoundation.org/pipermail/design/2007-May/007335.html
+ We decided to make some modifications with this. They have all been  
updated in the Cosmo 0.7 spec.
+ Changes include - adding the new logo, making the signup form a  
dialog, replacing the word Cosmo and revising instructions on the  
activation page.

Mimi started a rather lengthy thread on -  Making sure the server  
never ends up with a big pile of untriaged Chandler items
http://lists.osafoundation.org/pipermail/design/2007-May/007337.html
+ We have been meeting with the Cosmo folks to talk about how the  
dashboard will work and this issue came up
+ It's an issue that comes up if the desktop user decides not to  
share triage status (sharing triage status is the default)
+ The server will have to figure out how to classify all these items  
into NOW, LATER and DONE in order to display them which has  
performance implications.
+ The proposed options was to modify the desktop sharing dialog so  
that they automatically get published with triage status but the user  
can go and change this later from the manage share dialog. This means  
there is always some initial triage status associated with the item.

_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _

Open Source Applications Foundation "Design" mailing list
http://lists.osafoundation.org/mailman/listinfo/design