Joanie - some comments below:
JR
My understanding is that the only time the search results are cleared
is if you land in the categories. I believe that this is the intended
behavior.
Fair enough, and please accept my apologies for being dense. But... WHY
is that the intended behavior?
Let's simplify matters a bit: I am a sighted, mouse-clicking user. I
search all repositories for 'python'. Having performed my search, in
the column on the left I see a list of one item: "All." The spirit moves
me to click on All, selecting it in the list. No I don't know why I
would actually want to do this, given that I have a list of exactly one
item, but I can do it. ;-) So...
You explain it very succinctly Joanie :)
The issue is when you do a Search All you are in a new mode, so how do
you get back to the old Category View and Single Search Mode. Clicking
on All in the Category view was meant to be an easy way for a user to
switch back, but as you explain it it does seem confusing.
What instead of "All", we changed the item in the Category list to:
"Return to Category View..."
Or is that even more confusing.
I'm cc'ing Jenya and Frank who are the UI designers working with us on
the project to see what they think.
JR
What I expect to have happen:
1. All becomes selected in the list.
What I do NOT expect to have happen:
1. A rather dramatic pause during which nothing takes place on screen.
2. All, the very item I clicked on, vanishing entirely.
3. The list in which All had been prior to my clicking on it, becoming
completely repopulated (All Applications, Accessories, Configuration and
Preferences, etc., etc.)
4. The combo box above the list in which All used to be changing from
"All Categories" to "All Applications."
5. Focus NOT being moved to the list in which I had clicked, but rather
back into the list of packages.
And, last but not least:
6. My search being cleared.
If this is the intended behavior, so be it. I just find it a bit
confusing as an end user. Normally when I select something in a list,
that item becomes selected.
With this change we have tried to mitigate the problem by having the
focus in application list after doing a search.
And, don't get me wrong, you have mitigated it. As a said before, the
changes you've made improve the overall user experience considerably.
There is another change coming, I think John has posted the webrev,
which will add a function key to allow you to initiate a search.
Yup! That will also be a great addition.
Thanks again! Take care.
--Joanie
Padraig
On 04/02/09 16:34, Joanmarie Diggs wrote:
I just gave it a try. Those changes make things a heck of a lot more
usable in general, not to mention more accessible. Thanks guys!
I do have a question though: The issue of the search results sometimes
being cleared unexpectedly -- and focus landed someplace unexpected --
is still present. If this is a known issue and the intent is to address
it separately, then don't mind me. :-)
Take care.
--Joanie
On Thu, 2009-04-02 at 09:25 +0100, jmr wrote:
I've reviewed this offline with Padraig and it makes a nice job of
clarifying some of the logic on updating the info in the details panel.
So +1.
Note: Padraig David wants us to hold off on put backs whilst the data
corruption issue is worked on.
JR
Padraig O'Briain wrote:
The webrev, http://cr.opensolaris.org/~padraig/ips-7792-v2/, fixes
7792 Moving focus after a search sometimes clears the search results
unexpectedly
This webrev changes the initial focussed widget to be the search entry
field instead of the Reload button. After a search is performed the
application list is focused and the first row is selected.
Padraig
_______________________________________________
pkg-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/pkg-discuss
_______________________________________________
pkg-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/pkg-discuss
_______________________________________________
pkg-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/pkg-discuss
