Re:The end of the nice GTK button
by dm319 on Friday March 25, 2022 @05:58AM
(#30800251)
Goodness the start bar on Windows. For something that is meant to be a key part of both the mouse and the keyboard workflow, how can it be so slow? My work computers can hang for so long on it, that it is quicker to find the application shortcut on the desktop.
[ Parent
| on HN ]
> how can it be so slow?
Because it is trying to be all things to all people: including supporting sponsored content and integrating with any fancy new/copied idea that the company is pushing (which may be quietly deprecated in the next major revision, but the hooks left adding abstraction load to everything else so that the few who actually found it useful don't complain).
Re:The end of the nice GTK button
by AnIdiotOnTheNet on Friday March 25, 2022 @08:30AM
(#30801306)
Computers are ludicrously fast nowadays. Games are capable of doing a whole lot of shit in <16ms consistently while responding to user input, so I don't buy this "it's doing a lot!" argument, it is coded badly.
I imagine the hold up is that it is connecting to an external service.
Some games also connect to an external service.
Why couldn’t that be done in a separate thread?
Re:The end of the nice GTK button
by totalkrill on Friday March 25, 2022 @07:22AM
(#30800762)
Just you wait until they want to be able to run apps inside of it. Because they probably will want to do that. Unfortunately
They've sort of already tried that, with animated smart tiles that were used by apps on Windows Phone and Win8. Not something I've seen recently, not sure if that is due to it being deprecated of if people just aren't using it on desktop as the menu is never visible for any considerable length of time.
Maybe because telemetry :).
I believe it's not really an integrated part of the Explorer shell anymore, but rather a separate process that gets launched every time you open the start menu.
Re:The end of the nice GTK button
by coffeeking on Friday March 25, 2022 @06:57AM
(#30800606)
Yes, there are separate processes, however a new instance is not started each time you open it - the same window is re-shown.
Taskbar: explorer.exe
Start menu: StartMenuExperienceHost.exe
Searching: SearchApp.exe
So, when you hit a key with the start menu focused, it closes the start menu and opens the search window (with the search text initialised with that key).Perhaps keystrokes are lost during the switch.