Visual Studio Help & Community Blog

  • Whidbey Search Window Layout -- Responding to Your Feedback

    Many thanks to everyone who commented on our previous post, Help Choose the Whidbey Search Window Layout.  Here's a summary of what we heard from you:
    1 - real estate is always at a premium
    2 - if you change filters, you do so infrequently
    3 - therefore, you'd like the ability to collapse filters
    4 - if filters are applied to a search, you need to know that there are filters applied-- the design shown for collapsing didn't provide this
    5 - several users noted that they often switch back and forth between filtered and unfiltered search
    6 - you use a variety of docking options for the search results window: bottom-docked, floating, multi-monitor, and varying sizes. you underscored the need to make docking flexible.

    OK, so taking into account this feedback, here's a V2 design including a checkbox to let you know if search is filtered or not, and to be able to switch filters on or off.  Better?  Worse?  Any other comments or feedback?  Note that the "show/hide filters" links are placeholders until we get feedback from our designers on a better (hopefully more graphical) way to represent expand/collapse operations. 


    Figure 1 - Filters Expanded

     


    Figure 2 - Filters Collapsed

     


    Figure 3 - Filters Disabled

    Other notes responding to your feedback:

    • we won't restrict docking-- like all Tool Windows in VS, you can float the Search window, can dock it bottom or top, or can make it into a full-size window (e.g. just like the MDI windows used to edit code).  Full-screen will be the default (to make search easier for novices who are used to a full-screen web-style search) but you can easily dock/float it by right-clicking on the "Search" tab and choosing "dockable" or "floating".  Note that by default search results will show up with a 3-5 line "abstract" like you see in a Web Search.  To turn this off, right-click on results and uncheck "Show Abstract"-- you can still see the abstract as a tooltip which shows up when you hover the mouse over a search result.
    • many of you suggested docking on the side, and a few of you noted that side-docking would be a challenge because search titles are often long and would take up too much horizontal space.  the latter reason is why we'll make the default docked position on the bottom-- but of course you can change it if you are lucky enough to have a monitor big enough for side-docking to work well. :-)
    • To Marco, who asked: "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'"."
      Marco - what you're seeing is a glitch in the screenshot.  Index results and Search will be separate tool windows, like in Visual Studio today. 

    To set expectations, it's very late in the Whidbey design cycle, so we may not be able to get this design above into Whidbey but may have to wait until the next one.  But your feedback will definitely help argue for more flexibility this release.

    Thanks again!
    The Visual Studio Help Team


     

  • 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
  • Welcome!

    Welcome to the blog dedicated to discussing the Help and Community features of Visual Studio.  All of the people involved in bringing you the new Help and Community features will be hanging out here.  We've got tons of people on the team who like to talk about what they do and what we've been busy building for Visual Studio 2005.  But hey, we can talk all day.  We also want to hear from you.  For those of you who have been using the Community Tech Preview releases, tell us how you like VS 2005 so far.  Tell us how you get Help while developing today.  We want to hear all about it.


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