Version 36: SCRPUT relative positioning not working correctly with scrolling

[MGibs]

Executing the following command in a fresh TCC session displays the line as expected.

scrput +0 +0 bright white on magenta %@repeat[-,25] Heading Message %@repeat[-,25] & echo.

Repeating that command will continue to work fine until the end of the visible TCC window is reached. Then it will start returning a usage error.

Maximizing the window or issuing a "cls /C" command seems to reset things and the scrput command with relative positioning again works as expected.

 

[rconn]

Fixed in build 17. (Though I admit to be baffled about why you're doing a +0 +0 ...)

 

[Charles Dye]

Fixed in build 17. (Though I admit to be baffled about why you're doing a +0 +0 ...)

Because we must be still and still moving?

 

[MGibs]

Fixed in build 17. (Though I admit to be baffled about why you're doing a +0 +0 ...)

Thank you for addressing.

It's from a script written long ago where I wanted to echo a different colored heading line before displaying the output of an external utility in the default colors.

Since echo doesn't support colors and SCRPUT does, it seemed a suitable alternative. But since SCRPUT requires a row and column and I wanted it to display the colored output on whatever the current row was I used the relative locations approach to satisfy the row and column requirement without actually moving the cursor position.

I suppose I could have used Color, echoed the line and then used color again to change back to the default colors. But I'm guessing that at the time I wrote this script, this seemed easier and a single line command.

I'm always open to learning if there is an easier/better way to accomplish what I need.