From reading this thread it seems that one of these bugs is already
fixed (view selector persists across app areas). I am still not clear
on whether or not we are going to go ahead and fix the problems for
Preview to make the view selector work correctly or whether or not we
will punt on this feature and remove it.
Mimi what is your proposal?
On Mar 15, 2007, at 3:13 PM, 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
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
Open Source Applications Foundation "Design" mailing list
http://lists.osafoundation.org/mailman/listinfo/design
