It's nice with you can just download a quick script be able to see the code that's running and it works without any real hassle. you just download one bash/ps/.... file and you can see what it's doing and run it without being scared of any types of pesky malware or virus being installed alongside what you wanted.

so my suggestion is to add a multitude of other scripting languages that can be ran as a self building environment or a nice way for anyone to create nice scripts and maybe even bind them to keybinds or aliases without a great issue in running them, such as finding an interpreter that then also has to be installed on the client machine in order to run and so on.

my suggestions for a basic set of supported languages would be
PowerShell
VB/C#Script
Lua
Python

and then later on maybe stuff like
TypeScript
JavaScript
PHP

I understand the terminal is planned to be delivered via Windows Store. But, if possible, I'd love if the team would consider installation via chocolatey as well.

Chocolatey is a popular tool that aims to be like apt-get for windows. I would love to be able to run "choco install WindowsTerminal" and then after be able to run "choco upgrade" to keep it up to date. Many pieces of software do this and I think you'd have enthusiastic community support to help implement it if need be(myself included).

The think I like about chocolatey packages is that I export those that I have installed. On a new system, I can run one command that includes "WindowsTerminal" and be up and running.

I think that Microsoft could achieve the following 3 things if you seriously thought about a package management strategy for Windows and Windows programs.

1. You could simplify the lives of system administrators by allowing them to easily script up updates and required programs
2. You could take a little more control of the Windows environment by maintaining a repository of trusted software for installation
3. You could decrease the number of vectors for malware to enter Windows

By maintaining a repository of programs that run on Windows and allowing updates to be administered from that repository, Microsoft would make the lives of system administrators easier by allowing them to update programs on multiple systems in an automated manner. Updates to programs could be scheduled and users wouldn't have to worry about updating the programs themselves. Setting up a method to reduce the number of times PCs would have to be restarted could also make the lives of system administrators easier. There are a great number of programs that can be installed and updated on LInux without needing to restart the entire machine.

If a single trusted repository of Windows programs was maintained by Microsoft, users could be better assured that the programs they were downloading were not infected by malware/spyware/adware. Users would also know that they could always download a version of some software that they used because it would exist in a repository instead of some link on the internet.

Since Microsoft already has the Windows store, creating a command line interface to download programs could also reduce the number of vectors that untrustworthy programs could enter a Windows environment. This is dependent on Microsoft more strictly regulating the Windows store, developing a strategy to encourage companies and organizations creating Windows applications to use the Windows store when making mass market programs, and advising user to get their applications from the Windows store when possible.

Microsoft already has a number of the parts in place to achieve an initiative like this. It would be really exciting to see where you could go if command line package management were implemented.

I am Wondering Why bash.exe is not running from Shell() function inside
a Visual basic6 program code though CMD.exe and bash.exe are on
the path= "C:\Windows\System32\" , File not found raised as the error.

and here is the Code List in VB6 that Can not launch
bash.exe using Shell() with or without CMD.exe.

Option Explicit

Private Const WAIT_INFINITE = -1&
Private Const SYNCHRONIZE = &H100000

Private Declare Function OpenProcess Lib "kernel32" _
(ByVal dwDesiredAccess As Long, _
ByVal bInheritHandle As Long, _
ByVal dwProcessId As Long) As Long

Private Declare Function WaitForSingleObject Lib "kernel32" _
(ByVal hHandle As Long, _
ByVal dwMilliseconds As Long) As Long

Private Declare Function CloseHandle Lib "kernel32" _
(ByVal hObject As Long) As Long

Private Sub Command1_Click()

Dim hProcess As Long
Dim taskId As Long
Dim cmds As String

cmds = "C:\Windows\System32\ Bash.exe" : '<< Not Working.
' cmds = "C:\Windows\System32\cmd\ Bash.exe" : '<< Also not Working.
taskId = Shell(cmds, 1)

hProcess = OpenProcess(SYNCHRONIZE, True, taskId)
Call WaitForSingleObject(hProcess, WAIT_INFINITE)
CloseHandle hProcess

List1.AddItem "The shelled app has ended."

End Sub