[Design] Changing views in Chandler

[Philippe Bossut]

Yeap, the problem with this "View" feature is that, although I 
understand the concept and it "makes sense", there are quite a bit of 
"gotchas", especially with recurring events. I sort of remember that 
when we discussed this way back when we agreed that the right way of 
doing this was to have a small tool bar in the summary table zone.

One thing however that still confuses me with *not* having these view is 
that, if I create an event (or several events) in the Dashboard, there's 
no "natural" way of getting it to display in a calendar View. Am I 
missing something?

Cheers,
- Philippe


Mimi Yin wrote:
> Hi,
>
> I'm reviving this thread from a little over a month ago. There are 
> still 2 bugs related to the new 'View selector menu items'. With 
> feature freeze 2 weeks away, should we be looking at cutting this 
> feature for Preview?
>
> http://bugzilla.osafoundation.org/show_bug.cgi?id=8375
> + Recurring events don't display in the Calendar view when user is in 
> the OOTB collections: Dashboard/In/Out/Trash
>
> https://bugzilla.osafoundation.org/show_bug.cgi?id=7978
> + View menu items should be
> + Triage Table
> + Calendar >> Week, Day
>
> Search results should use the Triage Table view. (Otherwise, there is 
> currently no way to return to the Search results view once you've 
> selected a different view in the View menu.)
>
> *There are some other issues I have yet to log in bugzilla:*
>
> I quit and restarted Chandler and forgot that I had changed views and 
> was surprised to see one of my user-defined collections show up as a 
> Triage Table in the Calendar app area. 
>
> The View selector also persists across app areas, if I make select 
> Calendar in the Calendar App area, the All App area also shows up as 
> Calendar. If I switch the All App area back to Triage table, then 
> Calendar collections show up in a Triage Table as well. which is not 
> how views work in the absence of the view selector. The only way to 
> get the App areas to 'get smart' again about what views to show again 
> is to 'de-select the selected view in the View menu'.
>
> Mimi
>
> On Feb 8, 2007, at 1:26 PM, Mimi Yin wrote:
>
>> Hi John,
>>
>> Let me rephrase my question and see if I can be clearer.
>>
>> Is it possible to have menu items that does the following:
>> 1. Switch the user from the Dashboard to the Calendar Week View and 
>> vice versa.
>> 2. Switch the user from the Calendar Week View to the Calendar Day 
>> View and vice versa.
>> 3. Switch the user from the Dashboard to the Calendar Day View and 
>> vice versa.
>>
>> I understand how the the views work under the hood. What I'm trying 
>> to figure out is the simplest way to present the View selector to the 
>> user.
>>
>> If we can do this, we can have the following the View menu items:
>> + Triage Table View
>> + Week View
>> + Day View
>>
>> And return Search results in the Triage Table View. I will leave the 
>> Rank column to the other thread.
>>
>> I will come find you after the Apps meeting to clarify.
>>
>> On Feb 7, 2007, at 5:47 PM, D John Anderson wrote:
>>
>>>>> Actually, unless I'm missing something, the views you get to are 
>>>>> exactly the same as the views you get by switching App areas -- at 
>>>>> least that's the way the code works. We use the same view code for 
>>>>> both situations, which is why it was so easy to implement. Of 
>>>>> course you can have more than one view of the same type as you 
>>>>> navigate between different collections.
>>>>
>>>> I don't understand. Currently in the View menu, there is Calendar, 
>>>> Dashboard and Table as well as Week View and Day View.
>>>>
>>>> I'm concerned about confusion around: What is the difference 
>>>> between Dashboard and Table? What is the difference between 
>>>> Calendar View and Week or Day View?
>>>
>>> The "Week View" and "Table View" don't actually change the 
>>> underlying view. They only change what is shown when you are in 
>>> Calendar View. You'll notice that they are grayed out when you are 
>>> not in Calendar view. If I'm not mistaken, they are no different 
>>> from clicking on the Week or Day header in the calendar view. I 
>>> think they are useful, though, because people won't know to click in 
>>> the Week and Day header.
>>>
>>> "Week View" and "Table View" are a bad choice of words if we also 
>>> allow switching between Dashboard, Calendar and Table views.
>>
>> I'm not sure I follow. We would only allow users to switch between 
>> Week, Day and Triage Table views (aka Dashboard view).
>>
>>>
>>> Likewise "Use sections" doesn't change the underlying view, it only 
>>> changes what is shown when you are in Dashboard view. It doesn't 
>>> gray out when you aren't in Dashboard view like "Week View" and 
>>> "Table View". It probably should if we keep the item. But it's 
>>> probably not worth keeping since the disclosure triangle in 
>>> Dashboard view is pretty obvious, unlike the clicking on the Week 
>>> and Day header in Calendar view.
>>>
>>>>
>>>>>
>>>>>> 2. There's isn't an intuitive way to get back to the Search 
>>>>>> results view, once you've switched away from it using the View 
>>>>>> selector menu items.
>>>>>
>>>>> By changing the view I don't think of it as "switching away" from 
>>>>> the results, but instead just viewing the same results in a 
>>>>> different view. If the results are originally displayed in a Table 
>>>>> view and you change the view of the results to Calendar view, you 
>>>>> can get back to where you were by choosing Table view from the menu.
>>>>
>>>> I don't think search results is a table view right now. If I select 
>>>> Table view in the View menu, the Rank column goes away and I can't 
>>>> get it back. Although the #s in the sidebar seem to stay, which 
>>>> they weren't doing last time.
>>>
>>> Good point. I was wrong about this.
>>>
>>> After looking into it, I remembered that search uses a table view, 
>>> but a different one than the Table view you get from the view menu. 
>>> As it turns out it's easy to have a different Dashboard or Table 
>>> views, each with different columns.
>>>
>>> So I think you're right -- we need a way to get the Table view used 
>>> by search back if we allow the view to be changed when search 
>>> results are shown. I'll give that some thought.
>>
>> Great. Again, I think we should just present 1 kind of list 
>> view...the Triage Table View and return the search results in that view.
>>
>> Mimi
>> _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
>>
>> 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
>