[Design] [Scooby][LAST CALL] User Preferences

[Mimi Yin]

A riff on what Alec said: When Scooby has a mini-cal, what about  
replacing the mini-cal area with Preferences? You would maintain  
context, yet it wouldn't cover up important data.

On Apr 25, 2006, at 2:25 PM, Alec Flett wrote:

> Priscilla Chung wrote:
>> Just wanted to send out a last call if anyone else had any last  
>> comments/questions.
>>
>
> The only thing I wanted to point out was Google's Gmail/Calendar  
> preferenes - they're kind of a mix of dialog boxes and preference  
> panes - probably closer in implementation to the modal-ish dialog  
> box that you're proposing, but they  think the large amount of  
> whitespace makes it much easier to navigate and understand...  
> rather than appearing "modal" it instead overlays the content while  
> allowing their equivalent of the 'sidebar' to hang out and be  
> clickable over on the left. Neat.
>
> Alec
>
>
>> Next steps will to clean up the sketch and will work with the  
>> developer in implementing this feature. Please keep in mind, the  
>> implementation for this feature in 0.2 is very basic and will most  
>> likely  grow into a much a larger set of preferences. As it grows  
>> the UI may change over time. A more formal list will be created  
>> for future planning for Scooby.
>>
>> Thanks, -Priscilla
>>
>> On Apr 19, 2006, at 6:01 PM, Priscilla Chung wrote:
>>
>>> Here are some mock-ups on how one might access the user  
>>> preference in Scooby.
>>>
>>> http://wiki.osafoundation.org/bin/view/Journal/ScoobyUserPreferences
>>>
>>> I have two proposals on where the user preferences can appear: in  
>>> a dialogue box OR in a preferences page.
>>>
>>> Although currently for 0.2 there is a very little content in what  
>>> we're planning on implementing. Keep in mind, this may grow into  
>>> a much a larger set of preferences. For example changing the skin/ 
>>> color of the web application, working hours, language, holidays,  
>>> subscriptions including public calendars or publishing the user's  
>>> calendar, feedback etc. A more fomal list will be created for  
>>> future planning for Scooby.
>>>
>>> Feel free to add your own pros and cons to the list. I may not  
>>> have covered everything.
>>>
>>> Dialog box
>>> Pros:
>>> + Dialog box can make the appication look good, especially for  
>>> small forms, but they need to be executed well or they become  
>>> VERY frustrating
>>> + The focus is on the same page without jumping back and forth  
>>> from page to page.
>>>
>>> Cons:
>>>  + Limited amount of space and may be difficult to cram a lot of  
>>> information as the product grows
>>>  +  If the dialogue box cannot be moved or closed, it can really  
>>> frustrate the user
>>>
>>> Preferences Page
>>> Pros:
>>> + Wow. Look at all the white space. Remember though, as the  
>>> product grows there will be more space in the preferences area  
>>> and development/design won't be confined to a small box.
>>> + A larger set of preferences which may include changing the skin/ 
>>> color of the web application, working hours, language, holidays,  
>>> subscriptions including public calendars or publishing the user's  
>>> calendar, feedback etc.
>>>
>>> Cons:
>>> + Jumping to and from the calendar.
>>>
>>> ---
>>> My personal recommendation is to have a preferences page.
>>> -Priscilla
>>> _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
>>>
>>> Open Source Applications Foundation "Design" mailing list
>>> http://lists.osafoundation.org/mailman/listinfo/design
>>
>> _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
>>
>> Open Source Applications Foundation "Design" mailing list
>> http://lists.osafoundation.org/mailman/listinfo/design
>>
>
> _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
>
> Open Source Applications Foundation "Design" mailing list
> http://lists.osafoundation.org/mailman/listinfo/design

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osafoundation.org/pipermail/design/attachments/20060425/87c4bdb3/attachment.html