Loading...
 
Multi-Language Add-In for Visual Studio

Multi-Language Add-In for Visual Studio

Forum List Topic List

Forums > Multi-Language Add-In for Visual Studio > Feature Request - Add tree exploring shortcuts
 
Thread actions
Print this page
  • Print all pages

    • Feature Request - Add tree exploring shortcuts

    Posted by nickniebling on Mon 28 of Apr, 2014 08:45 GMT

    Hi there,

    I have a few very concrete shortcuts I think you should consider implementing. Product is working without, but please consider it.

    Both suggestions I based on how solution explorer and Windows Explorer is making it easy to navigate in a tree. This would be very intuitive to apply same practices and improve working performance. I'm constantly trying to use these shortcuts as it's the only way to efficiently navigate through many elements in solution explorer. And every time I realize this is still not doing anything, I get a little frustrated having to use the mouse.

    Collapse/expand with "arrow keys"
    Use the "arrow keys" to expand and collapse the "tree". Here is how I see this functionality:

    1. If you press "right-arrow", you will expand item (if applicable)
    2. If you press "left-arrow", you will collapse item (if applicable)


    Searching with "letter keys"
    Use "letter keys" to type and search. Here is how I see this functionality:

    1. If you type fast, you search for next item starting with the word/partial word typed
    2. If you type slowly you navigate to next item starting with letter pressed
    3. If you type same letter multiple times, you navigate to next element starting with letter pressed
    Reads: 20171
    Link
    Posted by nickniebling on Wed 04 of Nov, 2015 16:41 GMT
    bump
    Link

    Posted by Phil on Mon 11 of Jan, 2016 22:33 GMT Germany

    Hi Nick,

    I have finally tried to implement these requests, in version 6.1.9.

    I have implemented the collapse and expand shortcuts as you suggested.

    The search functionality is similar not quite identical to your suggestion. As soon as you start typing, a edit box appears in the bottom right hand corner which shows the search string.

    The search box disappears automatically after two seconds, and clears the search string.
    So long as this text box has the focus, you can use search for the next occurrence with the enter key.
    You can also use the search next and search previous buttons on the toolbar.

    In my first version, I did not show the text box, but I just didn't like the way it worked. There was also a problem with the space key, which you can use to select a string for translation. I immediately tried to use it in a search string, and selected an item unintentionally. This doesn't happen if I give the focus to the text box.

    In my opinion, your points 1 and 3 are in conflict. You can either type an incremental search string, or you can search for a single character. If you type "aaa" it will search for "a", then for "aa" and then for "aaa", but not search for "a" three times. This is why I made it possible to search again using the enter key.

    Phil

    Link
    Posted by nickniebling on Tue 12 of Jan, 2016 11:38 GMT

    Hi Phil,

    Thanks for taking the time to implement this.

    I agree, that showing a text box sounds like a good way of showing "you are searching", to give more awareness of what's happening (to make solution more intuitive!). I haven't tried it out yet, but sounds like a nice upgrade! :-)

    Even though on top of my head I would agree that 1. and 3. does conflict, I think it's possible still. If you are using windows, try to create a few folderes and test how windows makes both things work.

    The way I think windows does this is by doing following

    INPUT: "a"...... => Search for "Starting with a" - 10 results
    INPUT: "aa".... => Search for "Starting with aa (or å)" - 0 results
    ........... "aa".... => Search for "Starting with a, 2nd result" - 10 results
    INPUT: "aaa".. => Search for "Starting with a, 3rd result" - 10 results
    INPUT: "aaaa" => Search for "Starting with a, 3rd result" - 10 results

    or slightly more complex:

    INPUT: "a"...... => Search for "Starting with a" - 10 results
    INPUT: "aa".... => Search for "Starting with aa (or å)" - 2 results
    INPUT: "aaa".. => Search for "Starting with aaa" - 0 results
    ........... "aaa".. => Search for "Starting with aa, 2nd result" - 2 results
    INPUT: "aaaa" => Search for "Starting with a, 2nd result" - 10 results
    INPUT: "aaaa" => Search for "Starting with a, 3rd result" - 10 results

    But really... I think the implementation you did sounds solid and does the job very well!

    To be honest, I expected Windows to have this build in as a standard feature to be turned on/off, since Windows does this for their own "tree views" (File Explorer) and inside Folders.

    Nick

    Link