Fix unreliable Start menu replacement

[srwi]

The current implementation of the Start menu replacement is very unreliable and causing multiple problems. Ideally all keyboard input within the Start menu should be redirected to EverythingToolbar. The new implementation must fix/fulfill the following:

• Replace start menu search does not catch pasted text (extremely minor) #371
• Search key on Microsoft keyboard opens MS search and not ET #395
• Activates abnormally when dragging and dropping from the app list to the bottom of the right tile area. #432
• Everything window pops up after you click on a taskbar notification #448
• Search replacing doesn't work properly when enable IME #185
• Replace start search doesn't refocus input menu #341

Any help - either technical or just by providing ideas - is much appreciated.

[ARC345]

please fix #371

[Savasdotexe]

I'm having similar problems, specifically with loosing focus when typing or sometimes closing and having to try again.

providing ideas - is much appreciated.

I assume there's no possibility of just having the results appear right under the start menu search, basically replacing the default results screen? Or replacing the search bar on the start menu. Just throwing out some ideas.

[e-t-l]

Search key on Microsoft keyboard opens MS search and not ET #395

Is this something AutoHotKey is capable of intercepting?

[srwi]

I assume there's no possibility of just having the results appear right under the start menu search, basically replacing the default results screen? Or replacing the search bar on the start menu. Just throwing out some ideas.

I'm not sure if that's possible. I know of applications like https://github.com/krlvm/BeautySearch that allow style customization of the native search window. I am not sure whether it also allows functional changes. In any case, it uses web technologies and therefore would require a complete rewrite, so it's not really feasible.

Is this something AutoHotKey is capable of intercepting?

Yes, ahk should be able to do that, but it can be easily implemented in EverythingToolbar directly. In case of ahk, you would need to rebind the search button to whatever keyboard shortcut is configured for EverythingToolbar.

[e-t-l]

Exactly. I was thinking that if AHK can rebind it, then it's something ET should be able to do natively.. Except I recognize that if that's too much work to implement, just using AHK alongside ET would be a pretty straightforward workaround for ET users