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

[KoBruh]

Hey SRWI, god bless you for this absolutely amazing program. I am currently just lurking and noticing many of the same issues im facing, im not entirely sure how to check of these issues have been "fixed" in a sense and this seems to be the only location open where the issues are mentioned, i cant wait for the rewrite of this specific feature!

[KoBruh]

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

I know this is a super sucky fix to this issue, but if you have everything toolbar pinned, you can open it pressing Win+(slot of pinned item) mine in this case is in slot 1 ( it ignores the windows start menu icon ) so i would click Win + 1 and it opens the toolbar no issues, and its the closest i can get to what i want to open the app with ( ideally windows + enter key )