> Notably, these browsers have never implemented support for VBScript. This reads mildly accusatory and got a chuckle out of me. I'm surprised it took them this long!
Folks who complain about Javascript don't realise how close we were to having vbscript as the dominant web language
VBScript deprecation: Timelines and next steps
11–20 of 75 posts
Re: VBScript deprecation: Timelines and next steps
#12I find PowerShell, the language, verbose and not very ergonomic. This ship has sailed, but I wish Microsoft had done something to make Windows automation a little closer to other platforms, so that it could benefit from the good software that exists on other platforms. It seems that VBA will continue to exist as the programming front end for MS Office, which is unfortunate. They had announced Python support for Excel…
Re: VBScript deprecation: Timelines and next steps
#13I find PowerShell, the language, verbose and not very ergonomic. This ship has sailed, but I wish Microsoft had done something to make Windows automation a little closer to other platforms, so that it could benefit from the good software that exists on other platforms. It seems that VBA will continue to exist as the programming front end for MS Office, which is unfortunate. They had announced Python support for Excel…
Yeah, I like the ideas behind PS, but Nushell implements them so much better (it's yet to be stabilized though)
Powershell is a mature offering that uses standardized (albeit verbose) naming to allow you to infer what a command should be called Verb-Noun (Get/Set/Start/Stop/etc)-(Process/Service/File/etc).
People are welcome to critique Powershell but more often than not they don't state what the problem actually is.
Re: VBScript deprecation: Timelines and next steps
#14It's "This gets extra awkward in 3 years, and dissappears some time after that", not "This disappears in 3 months".
Re: VBScript deprecation: Timelines and next steps
#15I find PowerShell, the language, verbose and not very ergonomic. This ship has sailed, but I wish Microsoft had done something to make Windows automation a little closer to other platforms, so that it could benefit from the good software that exists on other platforms. It seems that VBA will continue to exist as the programming front end for MS Office, which is unfortunate. They had announced Python support for Excel…
They already recommend that new projects use their JS-based Office Scripts instead.
Re: VBScript deprecation: Timelines and next steps
#16I find PowerShell, the language, verbose and not very ergonomic. This ship has sailed, but I wish Microsoft had done something to make Windows automation a little closer to other platforms, so that it could benefit from the good software that exists on other platforms. It seems that VBA will continue to exist as the programming front end for MS Office, which is unfortunate. They had announced Python support for Excel…
It may have a separate timeline but it does seem to hint at going out the door in similar order on Office as well. I think the Python in Excel stuff is still in beta but things like lambdas, regex or Office Scripts all actually work (even on the web versions) and start taking big bites out of why you'd want to look at VB. New Outlook dropped VB support even on the desktop and I don't think they plan on maintaining se…
I'd strongly recommend people avoid Python in Excel, it is a Trojan Horse into forcing you to subscribe to access your own spreadsheets.
Re: VBScript deprecation: Timelines and next steps
#17I find PowerShell, the language, verbose and not very ergonomic. This ship has sailed, but I wish Microsoft had done something to make Windows automation a little closer to other platforms, so that it could benefit from the good software that exists on other platforms. It seems that VBA will continue to exist as the programming front end for MS Office, which is unfortunate. They had announced Python support for Excel…
PowerShell is terrible. The idea is good, the implementation bad
Re: VBScript deprecation: Timelines and next steps
#18Probably one of the most maddening things I have ever worked with, and that is saying something. Though a huge part of the blame for that goes to COM and registration, interop stuff, which is more Windows than VBScript and also probably never truly going away.
Edit: It's been since at least 2018?
Re: VBScript deprecation: Timelines and next steps
#19I find PowerShell, the language, verbose and not very ergonomic. This ship has sailed, but I wish Microsoft had done something to make Windows automation a little closer to other platforms, so that it could benefit from the good software that exists on other platforms. It seems that VBA will continue to exist as the programming front end for MS Office, which is unfortunate. They had announced Python support for Excel…
It may have a separate timeline but it does seem to hint at going out the door in similar order on Office as well. I think the Python in Excel stuff is still in beta but things like lambdas, regex or Office Scripts all actually work (even on the web versions) and start taking big bites out of why you'd want to look at VB. New Outlook dropped VB support even on the desktop and I don't think they plan on maintaining se…
Re: VBScript deprecation: Timelines and next steps
#20Earlier quoted context omitted.
Yeah, I like the ideas behind PS, but Nushell implements them so much better (it's yet to be stabilized though)
"Nushell" has a "TODO" for half the basic features, like flow-control. Can you go into specifics about exactly what Nushell is implementing "so much better?" Powershell is a mature offering that uses standardized (albeit verbose) naming to allow you to infer what a command should be called Verb-Noun (Get/Set/Start/Stop/etc)-(Process/Service/File/etc). People are welcome to critique Powershell but more often than not…