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
