[Run] Extend support for Run commands

[kawishbit]

I've tried PowerToys Run for quite some time now, I also use Win+R for the shortcut, so essentially I've used it as a replacement for the default run, by doing this I've noticed that most of the Default Run commands doesn't work on PowerToys Run, like appdata, system32, devmgmt.msc, etc etc, without using shell commands (prefix >), and also appdata doesn't work with shell commands (only %appdata% works), and maybe there are some other things that's missing from PowerToys Run that exists in default run, but I only found appdata so far.

That's all for now, thanks

[crutkas]

We've gotten better but clearly we need work here. We support things like ping but looks like folder shortcuts and MSC need to be included as well.

[crutkas]

@alekhyareddy28 what part of code would need to be enhanced here? shell?

[alekhyareddy28]

@crutkas, we would need to make this enhancement in the shell plugin. Right now we have functionality to run appdata using > %appdata% but agreed that it is not like Win+R where we can type just appdata instead of %appdata%.

@ryanbodrug-microsoft, @somil55 any thoughts?

[kawishbit]

@alekhyareddy28 @crutkas Thanks for the response, currently I'm just using shell commands (>) to run most of default run's stuff which I just found out yesterday that you can run shell command with prefix >, I should've read the documentation before creating this issue,
and I also found another thing that can be improved I think, right now I had to press space after > to run shell commands, is it possible to make the space optional, because I'm used to running command palette in vscode and there's no need to put space after the > prefix there, so I think its a good thing to make the space optional just because of some people's habits, not really
a big issue, sorry for the nitpicking here

[crutkas]

i think we need to get better. Our goal is 'run prompt' parity plus more. IMO we shouldn't have to do "> " to get stuff working.

[htcfreek]

@crutkas
Should we duplicate this against #21041?