Is there any link to that video?

Thanks @John Murray for arising this... I was getting crazy thinking I was doing something wrong with a simple webterminal installation. 🤯

Thanks @Theo Stolker It works for me also doing in the way you mention. I think you don't need to include %All role to /terminalsocket... as John mentioned at the end, one easier (but less secure) way would be just to set RW privilegies to %DB_USER or to a specific resource %DB_xxxxxx, associated to the database where WebTerminal was installed.

Did you try it in Windows? 

I've tried all the combinations I can imagine... it only works if I take out the blank space. I've created a method JTS.test:write() that just accepts an string an write it to the console... see the results... it works without space in the firts 2 executions escaping as @Iain MacDonald 
 suggested with triple quotes """ and also with \" ... but it fails when we introduce a blank space in the string:

I'm pretry sure it'll be something stupid... but I don't know what.

This command fails for me in Windows (calling it from Powershell)... I got an invalid argument error... 

also using the \ to escape the quotes...

I think the blank space it's the culprit here... how should we escape it?

Right. But we should have a quicker way to get the parameter in our Python code.

Replacing

set r = ..#MYPARAM

with

r = iris.cls('MyPackage.Subpackage.ClassName')._GetParameter('MYPARAM') 

doesn't seem too "developer friendly" to me 

By the way, it varies if we're in a ClassMethod or in an instance Method. In instance we could do:

r = self._GetParameter('MYPARAM') 

which it's more acceptable...

But, in a classmethod it seems that our only chance would be the long version.

I wonder if we could translate them to Python as read-only special properties, adopting perhaps some convention in their name to avoid the conflicts in the (unusual) case that there is a parameter with same name that a property.

I think they do so in Windows 11 :-)

Take into account that variables created with indirection are always public even if they're created within a procedure (in this case a classmethod with ProcedureBlock = 1 by default). So to avoid them to be in memory outside the method, you'll have to kill them.

I think that that's not valid as "in theory" he doesn't know the name of variables. I would try this:

ClassMethod Indirection()

{
    set TABLES(0)="EVEN"
    set TABLES(1)="ODD"
    for i=1:1:100
    {
        set table = TABLES((i#2))
        set @table@(i)=i 
    }

    zw @table
    set evenTotal=0
    set i=""
    for
    {
        set i=$ORDER(@table@(i)) QUIT:i=""  
        set evenTotal = evenTotal+@table@(i)
    }
    zwrite evenTotal
}

Yep, I know. But I hoped something more "transparent"... if we deal with several instances and change with certain frecuency (as it's my case), having to define direct accesses when we have a link in the "cube" menu, doesn't seem too clean. For Linux/Mac users, the solution is clean. You just define your aliases file, and you just can install your IRIS instances... all of them would make use of them seamlessly... that's the functionality. Right now, for windows users, it's incomplete. A pity because it's a really very good feature to have, our terminal/shell needs these kind of tools, but it has to be much easier to reuse among instances.  IMHO. 

Perhaps it would be as easy as to change our installer so to include that argument out-of-the-box in the call to Terminal in the cube... and then let the developers build their own script in their own home directory.

Now just needs to be a way to "import it"/"preserve"/"make it easier" in Windows systems, to cover the other 70% of people.

Thanks Joel! I saw it in early previews and I didn't realize there were already these shorcuts... perhaps they weren't there yet.

One question... how could we save the alias we have defined so to "import" and use them in other instances?