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
