Control-Shift-Tab fails when the focus is in the search field. Also if focus is already in the sidebar, then when I press control-shift-tab again, focus moves to the search field and gets stuck there.
You can use Tab and Shift-Tab to get out of the Search field, that’s the normal way to switch between views. The only reason for Control is in the case when you are trying to get out of the text editor which already uses Tab and Shift-Tab.
With that said I think the search fields should also understand the Control case. I’ll try to get that working in next release.
The Saved Searches move from the projects popup to the search field broke my muscle memory, but it makes sense. A thing that would help is moving the Saved Searches section to the top of the “Search By” popup. This would give it priority over the Tags section when typing-to-select. I’m asking this based on my use case, but thinking more general, if a user has created saved searches, they must be the more important kind of search for him. So, it seems like this would be a welcome change for all.
Another thing that came up now that I’m using this “Search By” popup: after selecting an item from the list, the focus should go to the editor, not the search field. If I’m searching by a predefined search, I just want a select it and keep the focus on the editor.
Thanks, @jessegrosjean. I see your point about the existing logic.
The downside for me about the new implementation, even if you get the search field portion working, is that I have to check to see if the sidebar has focus before I do anything. That breaks flow.
I would certainly prefer the normal ⌘L implementation if it had the same auto-magic type-to-select stuff as the normal sidebar focus does.
I think that will get in eventually. I plan to build a Sublime/Atom style “Go to anything” pallet. Once that’s ready then I’ll use that UI for the Go to, and it will have the fancy type to select matching rules.
I’ll buy that I’ll try to switch to this in next release.
This makes sense too, though it’s a little trickier. For instance the shortcut maps to the menu item View > Search By… I think it would be odd to jump you back to previous focus if you decide to to select an item from the popup in that default case. So maybe a separate command. A bit more in the distance a generic “Go to” power box UI would be a good alternative. I think I might start by first making it easier to quickly get out of the search field and into the text editor. Right now that’s a multistep process. Anyway I’ll think a bit more on this.