I accidently included the threads from April 9th in the previous week
summary so I am starting with the 10th - http://
lists.osafoundation.org/pipermail/design/2007-April/006976.html
New Threads:
Priscilla posted a new Cosmo thread for Making an all day event no
longer all day makes it an any-time event.
http://lists.osafoundation.org/pipermail/design/2007-April/006872.html
+ We are going to make Cosmo consistent with Chandler for 0.7. If a
user unchecks an all day event, it becomes an anytime event
(displayed in the all day area). Post Preview we will revisit whether
or not this is confusing to users or it we need to make the
distinction (visual cue) between the 2 more pronounced. We can also
revisit the terminology and all day/anytime event usage when we have
more user feedback.
Priscilla sent out a new post re: Cosmo bug #8081 - account setup
information in signup dialog possibly incorrect or in need of
reorganization
http://lists.osafoundation.org/pipermail/design/2007-April/006873.html
+ This discussion involves some changes in the sign-up workflow to
accommodate users who want to use the Chandler Server with some other
client. Some of this we will be doing for 0.7.
+ We are basically addressing the stage after a user signs up for an
account but has not verified their email yet. Users may or may not
have turned off email verification if they are downloading the bundle
and setting up their own server.
Mimi sent out a wiki page summarizing the Trash and Deletion behavior
for Preview.
http://lists.osafoundation.org/pipermail/design/2007-April/006877.html
We have had a spec previously but have made quite a few tweaks that
haven't been captured. This documents most of the decisions we have
made so QA can work on the test spec.
Philippe sent out an email about the Cosmo Account Browser UI.
http://lists.osafoundation.org/pipermail/design/2007-April/006879.html
+ He has found it both useful and easy to use. He used it to clean up
some old collections he had published on the server.
Jared posted a proposal that we tell users why email required when
they sign up for a Cosmo account.
http://lists.osafoundation.org/pipermail/design/2007-April/006880.html
+ Basically, this means a better explanation on the sign-up dialog
that lets people know we will be using the email account to verify
their account. Many users enter a bogus email even if the field is
required. This way they don't waste their time entering a bogus email
if they really want to sign up for an account.
+ Everyone seems to be in favor of this proposal.
Philippe sent out some comments on the Subscribe dialog wording.
http://lists.osafoundation.org/pipermail/design/2007-April/006886.html
+ He suggested using the positive wording "put on my dashboard"
rather than the negative "keep out of my dashboard" since he found he
was having to think through what was going to happen. It might be
less confusing to use the former wording.
+ This lead to a longer discussion about how Andre was using the
dashboard collection.
+ We have decided however to not change the wording for the subscribe
dialog for Preview. We probably want to revisit how all this
inclusion/exclusion stuff works post preview anyway.
Mimi sent out an Addenda to the Cosmo Preview Recurrence Spec.
http://lists.osafoundation.org/pipermail/design/2007-April/006899.html
+ Mimi and Priscilla discovered a few use cases they had forgotten
with regard to stamping and unstamping.
Jeffrey sent out an email about Sending invites from Chandler for
recurrence exceptions.
http://lists.osafoundation.org/pipermail/design/2007-April/006906.html
+ Jeffrey basically pointed out some weirdness when users send a
single occurrence of a modified event series. The senders and the
recipients might see something slightly different with our "send
entire series" simplification.
+ Brian suggested including info in the body for both the master
event and the individual occurrence if they differ. It seems like
this is doable for Preview and have added it as an enhancement for 0.7.
Dan send out and email asking Should you be able to change sharing
options during a subscribe or publish?
http://lists.osafoundation.org/pipermail/design/2007-April/006915.html
+ Basically, during the subscribe or publish operation (progress
dialog is up), you can change the sharing options.
+ This is a bug, they should be disabled.
Continued Discussions:
There was further discussion on the Cosmo proposal for - Sign up for
an account + adding the currently viewed collection.
http://lists.osafoundation.org/pipermail/design/2007-April/006859.html
+ When a user views a collection in ticket view then decides to sigh
up for an account, we would like to have an easy way for the user to
add the viewed calendar to their list of collections easily as part
of the sign up process.
+ There was just back and forth that really touched on the various
technical options for handling this. The discussion was then moved to
the Cosmo list.
+ Basically, there is a solution for handling this. We are going to
save some kind of preference (the collection the user was looking
at), so when the user completes the sign-up process (which may be
from another machine), we can allow them to add this easier to their
subscriptions.
Bobby commented on Priscilla's process for UI review.
http://lists.osafoundation.org/pipermail/design/2007-April/006872.html
+ He mentioned that sometimes developers need to talk to PPD prior to
implementing the bug fix and it's somewhat annoying to re-assign
stuff to PPD after each bug fix. He suggested adding another flag -
UIVERIFIED to the bugzilla workflow.
+ We can't do this easily so we will stick with the proposed
solutions and when developers have implemented a feature, they will
assign to Priscilla for review.
Mimi replied to Priscilla's email for Top twelve use cases for
performance test for 0.7.
http://lists.osafoundation.org/pipermail/design/2007-April/006893.html
+ Mimi had several additions for the list including use cases for
Save, Remove, Stamp, Unstamp and switching collections
Priscilla sent out some updates the 0.7 Cosmo spec: Recurring events
on the dashboard
http://lists.osafoundation.org/pipermail/design/2007-April/006917.html
Other Stuff:
Sheila sent out the Notes from Monday Preview Meeting and update
milestones list.
http://lists.osafoundation.org/pipermail/design/2007-April/006888.html
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
Open Source Applications Foundation "Design" mailing list
http://lists.osafoundation.org/mailman/listinfo/design
