Bugzilla – Full Text Bug Listing
| Summary: | [Search]Global search UI redesign. | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | [ECD] Orion | Reporter: | libing wang <libingw> | ||||||
| Component: | Client | Assignee: | libing wang <libingw> | ||||||
| Status: | RESOLVED FIXED | QA Contact: | |||||||
| Severity: | normal | ||||||||
| Priority: | P3 | CC: | john.arthorne, susan | ||||||
| Version: | 0.3 | ||||||||
| Target Milestone: | 0.4 | ||||||||
| Hardware: | PC | ||||||||
| OS: | Windows 7 | ||||||||
| Whiteboard: | |||||||||
| Bug Depends on: | 362827, 362838 | ||||||||
| Bug Blocks: | 334709, 344200 | ||||||||
| Attachments: |
|
||||||||
|
Description
libing wang
(In reply to comment #0) > While I am triaging the global search bugs, I realized that we need to reform > the global search UI. The main idea is to use the left-right pane for the > result and advanced search. In comment 10 at bug 361564 I described a typical > work flow. Could you cut/paste a screenshot/mockup to show what you are thinking? I think a picture might be easier to follow... (In reply to comment #1) > (In reply to comment #0) > > While I am triaging the global search bugs, I realized that we need to reform > > the global search UI. The main idea is to use the left-right pane for the > > result and advanced search. In comment 10 at bug 361564 I described a typical > > work flow. > > Could you cut/paste a screenshot/mockup to show what you are thinking? I think > a picture might be easier to follow... Yes, will upload today. Created attachment 206218 [details]
The redesigned global search main page
thanks, that helps. In some other bug once we were talking about the different tasks one is doing when doing a global search. There is the "I'm methodically checking all matches to do some kind of global change." I can see how this page would really help with that workflow. Another one is "I'm trying to find a particular file to work with and I don't remember the name, so I type something I know is in the file." For that use case, we just want to make sure it's easy to get to the editor from the results. Things that come to mind... - we want to make sure the search term is somewhere in the page title (Search Results: Foo) - we have to organize the commands...most of those commands belong to the left hand side pane, not sure it will spill over. Some of that work we'll try to generalize in bug 360986 - if the right hand content is driven by selection on the left, how will the user open the editor from this page? - that light blue still bugs me, I'd like to see use the navigator highlight color (the darker gray). It was chosen by the graphic designer to stand out among the alternating bars. I'm not sure I understand yet how the scoping happens (the user can click on checkboxes or something in the results page?) Created attachment 206222 [details]
Global search replace all preview and report page
(In reply to comment #4) > thanks, that helps. In some other bug once we were talking about the different > tasks one is doing when doing a global search. There is the "I'm methodically > checking all matches to do some kind of global change." > > I can see how this page would really help with that workflow. > Another one is "I'm trying to find a particular file to work with and I don't > remember the name, so I type something I know is in the file." For that use > case, we just want to make sure it's easy to get to the editor from the > results. If there are several files in the result, you have to recognize that one and click on it. Only prev/next action can change the right hand side.But if you just click on the row without touching the file name, it can still change the right hand side without going to the editor. > > Things that come to mind... > > - we want to make sure the search term is somewhere in the page title > (Search Results: Foo) Yes. > - we have to organize the commands...most of those commands belong to the left > hand side pane, not sure it will spill over. Some of that work we'll try to > generalize in bug 360986 We definitely need to polish on this. > - if the right hand content is driven by selection on the left, how will the > user open the editor from this page? Clicking on the file/detail match href will still open the editor. Previewing read only editor is done by prev/next action or clicking on the empty place in the row. > - that light blue still bugs me, I'd like to see use the navigator highlight > color (the darker gray). It was chosen by the graphic designer to stand out > among the alternating bars. Sure. > > I'm not sure I understand yet how the scoping happens (the user can click on > checkboxes or something in the results page?) I will address in bug 334709, a couple of ideas from my mind now. In a short word, to me, the best approach is : Select a folder or a set of folders, make it favorite or working set (we need to think about this) before hand. Go to searc hfrom there. (In reply to comment #6) > > I'm not sure I understand yet how the scoping happens (the user can click on > > checkboxes or something in the results page?) > I will address in bug 334709, a couple of ideas from my mind now. > In a short word, to me, the best approach is : > Select a folder or a set of folders, make it favorite or working set (we need > to think about this) before hand. Go to searc hfrom there. Actually please see Bug 334709 comment 3. We want to consider putting pagination for both result page (attachment in comment 3) and replace preview page (attachment in comment 5). I just requested a generic enhancement in bug 362838. In Bug 362827 comment 2, I mentioned page size tuning. Just as a reminder here. As proposed in comment 3 and comment 5, I will use left pane to present result and advanced options and right pane as preview. So the current left pane of favorites will be gone. John, I am not quite sure about the original approach of having favorites panel in the search result page but please comment if you think we should keep it. closing this because all the features are done. |