Visual Studio Help & Community Blog

Help Choose the Whidbey Search Window Layout

In Beta2 we’ll be restoring Everett’s ability to dock the Search tool window to the bottom of the screen so you can see both search results and read documentation content on the same screen.  This enabled advanced users (e.g. long-time users of Visual Studio) to skim multiple search results without having to flip back and forth between the Search tab and the documentation tab.  

Anyway, there are two design choices we could do:

Option A: Allow contract/expand of Filter UI

Option A in Contracted View

Option A in Expanded View

This gives users maximum control over real estate used by the Search tool window—users can either expand or collapse the filter section.  Users who never change their filters can set them once, collapse, and never have to see them again.  Default would be “expanded”—users would have to make explicit choice to collapse. 

Option A Pros: when contracted, can see 4 more search results and another search provider tab (e.g. codewise, MSDN Online, etc.)

Option A Cons: more complex; users might also sometimes forget that they have a filter applied and wonder why they’re not getting the search results they intended

Option B: Filters always shown

This option is simpler—filters are always shown. 

Option B Pros: you can never forget what filter you chose. 

Option B Cons: can see 4 fewer search results vs. collapsed filters-- at 1024x768 you need to make the search tool window take up half the DEXPLORE window in order to see more than 6 results or more than one search provider tab.  Also, having filters always shown may contribute to VS’s visual “noise”.

Some questions for you:

  • Which option do you prefer, and why?
  • Is the “docked to bottom” feature for search important, and if so why and if not why not? Please include what your primary development language is and how long you’ve been using Visual Studio
Published Thursday, November 18, 2004 9:56 AM by vshelpcom
Filed under:

Comments

 

Laura T. said:

My vote goes for solution A.
In my opinion, the con for A, "more complex; users might also sometimes forget that they have a filter applied and wonder why they’re not getting the search results they intended", is not true. Less the screen is cluttered, the more complex the UI feels, and nothing, if not time, prevents to put an icon or something in the search bar to indicate filters on.
Also, I don't think that many users need to change filter settings often.

Vote: A

November 18, 2004 10:21 AM
 

Laura T. said:

Forgot the second question:
I wouldn't say the "docked to bottom" is important, but a good idea if the search is limited. Otherwise it's quite useless and hard to use.

C++, from MSC v5 and up.
November 18, 2004 10:29 AM
 

Kris Gray said:

Solution A all the way.

I rarely use filters because I don't want to take the chance I filter out what I'm looking for.

Though I will keep general filters like C# only on for the most part at all times and don't want to see it every time.

As far as the docked portion I'm not exactly sure what your asking. I like that its docked so that I can undock it quickly, expand it really big so I can see a huge list of results, then send it backed to docked to continue on with my work.

You are right about the having filters applied and not knowing it, a filter count somewhere while its hidden would be helpfull.

Spiffy

C#, Web dev, vs 5 years
November 18, 2004 10:42 AM
 

Robby said:

Option A.

The main reason being the Option B Con: "having filters always shown may contribute to VS's visual "noise"". It's all about the screen real estate!

I don't think the Option A con comes close to offsetting my preference of being able to collapse the filter area.

Docking to the bottom is fine although I don't see why you would want to prevent it from floating. I would limit the docking options to top and bottom because docking to the right or left wouldn't make much sense.

Primary development language: C#
How long in VS: since VS 1.52
November 18, 2004 10:44 AM
 

Sean Gephardt said:

Great topic!
November 18, 2004 10:49 AM
 

Scott S. said:

I vote for A.

I think it is a waste of space to show the filter settings all of the time. For those people that don't change the filter often, it is nice to get it out of the way.

A simple idea to show the user that the results are filtered would be to display " (filtered)" after the "Searched for: xxx" text. An icon would also work as the previous poster suggested.

Docked to bottom is handy, but not great for long results. Can you allow for both somehow?

VB 3.0 to Whidbey and still getting paid...
November 18, 2004 10:54 AM
 

Luc Cluitmans said:

Option A.

Reason against B: it is about screen real estate. However, may I suggest using a different icon than '+' / '-' for the expand/collapse switch - an icon that indicates that expanding it will allow you to set *filters*.

I love the docking at the bottom options for various tool windows.

Development language: nowadays mostly C#, with bits of C and C++ sprinkled in. I also use VS for XML, XSLT and HTML editing - the search functionality comes in handy for digging up info on XSLT and XPath functions.

Using VS since, eh, what was it called back then? Was that called MSVC4 or MSVS4? (skipped version 5, used version 6 a lot, and next started with VS.Net, both versions).
November 18, 2004 11:04 AM
 

Stephen A. said:

Option A. Window space is valuable. Collapsible stuff is good
November 18, 2004 11:05 AM
 

John Mollman said:

Option A.

I don't usually care to see filters (maximum real estate argument). I agree that it would be nice to have some visual cue showing whether or not filters are applied so I'd know to expand them if I wasn't getting the results I expect.

I usually keep search docked to bottom, so yes that's important to me. I'd like to option of floating too, though.

Primary language: C#
VS since: VC++ 4
November 18, 2004 11:09 AM
 

dru said:

Option A
+1 for Screen Real Estate
+1 for "filterd"

I also rarely use filters, as I like to explore when I am trying to find stuff. I always find things I didn't know.

Using VS.Net 2003 only, new programmer 1+ years.
Love the product!
November 18, 2004 11:43 AM
 

sdf said:

Option A.
The other two just looks annoying. Maybe if you tiled the filters / results boxes vertically instead of horizontally and put a splitter bar there..

Using VC/VS since 6.0.
I'm mostly a unmanaged C++ guy though I've done some C# lately.
November 18, 2004 11:55 AM
 

JavaKid said:

My vote is to spend more time on code navigation utilities rather than searching.

While I can see value in both of these options, I want something that's missing from Visual Studio .Net altogether... the ability to quickly find and navigate the class or file I am looking for without having to wade through piles of search results.

Here is an idea of a change I am looking for:
http://javakid.blogspot.com/2004/10/visual-studio-open-typeresource.html

JavaKid.
November 18, 2004 12:05 PM
 

Jeff said:

Option A
Stupid people can't use VS. If you turned on a filter you should know that. Why make it hard for average/advanced users to do their job by reducing key real estate with B.
November 18, 2004 12:32 PM
 

Trevor said:

The current help layout is overdue for change, I choose A.
November 18, 2004 12:45 PM
 

Steve Hall said:

Option A gives the best flexability and satisfies both camps (experts and novices). Thus, I vote for that..

Bottom docking is important for screens smaller than 21" in order to be able to view the title and source columns of the search results (without truncation), which happens if left-side-docked. On >=21" monitors its not so much of a problem, but with extra real estate it's nice to be able to see both the search results and the content, if doing a lot of searching.

Primary languages: VB, C++
VS Usage: >15 years, since VS 1.0. (And all releases of DOS-based MSVC before VS...)
November 18, 2004 4:21 PM
 

Bjoern Graf said:

Option A for which all has been said already :)

Bottom docking is what I used so far so I don't know any real pro or cons.

Using VS since 6.0, doing C/C++ since 10 years and C# for a few months now.
November 18, 2004 9:29 PM
 

Kasper Blom said:

Option A because then you satisfy both camps. The default setting could be to always display the filter, making it a choice of the user to hide the filter.
November 18, 2004 11:06 PM
 

David W said:

Option A.
If you made the search filters frame expanded by default then you're getting the best of both worlds;

Inexperienced users will be able to clearly see what filters are in use.
Experienced users will be able to hide the filters frame and regain some screen real-estate.
November 19, 2004 1:17 AM
 

Option A gets my vote said:

Option A seems much cleaner than B. It gives the user more results on the screen to select from. B takes up too much screen real estate.
November 19, 2004 4:01 AM
 

Arnab C said:

Option A.

Most of the times i dont use a filter. When i do i would like to keep it expanded so that i can keep editing my filter criteria. However, it might be a good idea to clear the filters once the search is collapsed in option A. That would eliminate users forgetting they have a filter applied. So, if you want to use the filter, expand the view.

Primary Dev platform VB.NET, C# (2 years)

November 19, 2004 8:14 AM
 

Marco Goertz said:

May I ask why the results need to be in the same tool window as the Search itself? It's not very consistent to have a tool window titled "Search" with a tab titled "Index Results for 'messagebox'". Why not keep it the VS.NET 2003 way with a vertically docked Search pane with the new, collapsible filter settings and the horizontally docked Results?

But if these are the only two choices I would go with Option A as well. "Searched for (filtered): messagebox" could indicate an applied filter just like the Task List does. And possibly instead of the little +/- icon you could have an "Advanced >>" button next to the Search button to indicate that there are more search parameters. BTW, what happened to "Search in titles only", etc.?
November 19, 2004 8:42 AM
 

Marco Goertz said:

Thinking about it even more I would probably make a vertically docked Search tool window with collapsible panels for advanced options and filter settings sort of like the Windows Explorer Search Companion in Windows XP.

Boy, I really love this stuff...
November 19, 2004 10:13 AM
 

Drew Marsh said:

Option A all the way.
November 19, 2004 1:29 PM
 

Neal A said:

Optional A Always. Screen estate is always at a premium even with 3 monitors.
November 19, 2004 5:01 PM
 

Rob Caron's Blog said:

November 19, 2004 11:54 PM
 

Jim Ewald said:

Option 'A' provides a very workable alternative to conserving the screen space permanently allocated in option 'B'. Developers would likely learn to expand the search interface after a few searches. In VS 2003, for example, the search tab fits well in a narrow, vertical tabbed window. The results window needs a much wider display area, dictating that it be placed along the bottom of the interface. With option 'A', the search and results can be conveniently married together without losing a significant amount of space in the code window.

Docking is important only in that the search window should behave like the other windows in the IDE. The search window should be dockable because the other windows are dockable.

Primary dev language is C# as of VS-2002. Used VB in VS-6.
November 20, 2004 5:43 AM
 

Tate Nunley said:

Definately Option A
November 20, 2004 8:20 AM
 

Cavan Watson said:

Option 'A', screen space is a rare resource... I hardly every change filters... I would prefer the search window to be in the lower right corner, no real reason for that other than habit. I like teh idea of some indication of what filter is active...

C++ and much more c#
November 21, 2004 7:21 AM
 

aaa said:

a
November 21, 2004 8:32 AM
 

Szajd said:

Option A is very good.

I agree, there must be something indicating that filters are on. Something like " (filtered)" (as mentioned before).

I'm a bit newbie for VS .NET, a bit not. I used VB 6.0, too.
November 21, 2004 12:47 PM
 

Mark Warpool said:

Option A - less clutter is always better.
November 22, 2004 7:07 PM
 

Constantijn Enders said:

I prefer B because you should always reduce the chance to make errors.

For a better design use the Outlook 2003 style.
Tere is a lot of white space on the top right.

Just my two cents
November 23, 2004 2:54 AM
 

Nicklas said:

Option A
gives you more flexibility, even though I have a 20" screen, space is nothing to waste ;)

November 23, 2004 11:16 PM
 

dan said:

Option A!
November 24, 2004 4:36 AM
 

Juan Olano said:

Option A.

I consider important to have flexibility. It is not comfortable to be constrained to other's definitions. Do not consider the CONS a very big one. Those who spend a lot of time with the tool will value the ability to expand and contract at will.
November 24, 2004 4:07 PM
 

Ovidiu said:

Option A. More flexible (I get to use the screen the way I want and if I want to see what the filter is, I'll know where to find it, don't worry).
The dock to bottom might be useful, although I have my environment configured differently. Maybe you should consider providing better support for multimonitor systems. In VS 2003 I have MSDN open in a separate window so I can move it to a different monitor.
I use C++ and C#. I've been programming for 8 years.
November 25, 2004 5:07 AM
 

don_vip said:

Option A.

Because I rarely change my search filters :)
November 25, 2004 6:40 AM
 

Jeffrey said:

I think there should be an option for both. If that is not possible, then I choose option "B", because I almost always have my monitor set at the highest screen resolution, which right now on my notebook computer is 1400x1050 pixels and 1280x1024 on this computer (desktop PC).
November 25, 2004 4:27 PM
 

Patrick said:

I would prefer A
November 26, 2004 1:49 AM
 

Patrick said:

Maybe it's easier to make the top search windows clickable and add an 'All' line, so you can filter by clicking.
November 26, 2004 1:52 AM
 

VS Help Team said:

Thanks so much for all this great feedback!
Check out http://blogs.msdn.com/vshelpcom/archive/2004/11/25/270423.aspx which shows a later design revision, where we attempted to incorporate the feedback above.
November 26, 2004 9:20 AM
 

John said:

Option A is best for me. I always prefer to maximize real estate whenever possible.
November 26, 2004 7:43 PM
 

Will said:

Option A.
And dockable is much more useful than having to flip between windows.
November 29, 2004 9:49 AM
 

Ozkan said:

Option A seems better
November 29, 2004 9:03 PM
 

J.P. Cummins said:

Option A has my vote. I like the contracted view, it is more simplified and reduces clutter.
December 1, 2004 1:16 PM
 

Chris said:

Option A
December 2, 2004 9:36 AM
 

Daniel Cardenas said:

I like to be quickly able to change the filters. It looks like option B will do this best for me.
December 3, 2004 12:40 PM
 

Frederik said:

Option A
December 4, 2004 8:48 AM
 

Adam M. said:

I really like Option B because of the sidebar; it really helps with navigation.
December 6, 2004 2:26 PM
 

Sander Bouwhuis said:

Option A without a doubt.
I hate information taking up space which I hardly ever need to view or change... it takes up valuable space (I don't work at 2048x1536 for nothing)
December 7, 2004 6:15 AM
 

Simon said:

"Option A Cons: users might also sometimes forget that they have a filter applied"

Not if you add a text or notification icon telling that (hidden) filters are applied!

I vote for A.
December 8, 2004 2:26 AM
 

Brian said:

It is always nice to have the freedom to close or expand panes. I vote for A.
December 8, 2004 5:58 AM
 

Custos said:

want to have more space on my screen if needed - I vote for A
December 8, 2004 9:34 AM
 

Custos said:

want to have more space on my screen if needed - I vote for A
December 8, 2004 9:34 AM
 

Custos said:

want to have more space on my screen if needed - I vote for A
December 8, 2004 9:34 AM
 

Ulrich Kulle said:

My vote goes for solution A.

I think it is a waste of space to show the filter settings all of the time.


BTW - I always open Help in a separate window.

Vote: A
December 13, 2004 12:01 AM
 

Visual Studio Help amp Community Blog Help Choose the Whidbey Search | Indoor Grills said:

June 1, 2009 3:45 AM
 

Visual Studio Help amp Community Blog Help Choose the Whidbey Search | debt consolidator said:

June 15, 2009 4:18 PM
 

Visual Studio Help amp Community Blog Help Choose the Whidbey Search | work from home said:

June 16, 2009 9:04 AM
Anonymous comments are disabled

© 2009 Microsoft Corporation. All rights reserved. Terms of Use  |  Trademarks  |  Privacy Statement
Microsoft
Page view tracker