Welcome!

By registering with us, you'll be able to discuss, share and private message with other members of our community.

SignUp Now!

Horizontal group tab does not scroll

D

David Marcus

Jun
877
18
ConPTY tabs. In Take Command, open a second tab. Do Windows > Horizontal Group. Do something that will output more lines than are displayed. The window does not scroll. Instead the lines that should cause the window to scroll just overwrite the bottom line in the window. Another way to see the problem: Just keep typing Enter. The window doesn't scroll.

TCC 36.00.42 x64 Windows 11 [Version 10.0.26200.8328]
 
I did DIR in each pane; they both scrolled. Did I do it correctly?

1778341486829.webp
 
I can reproduce on two computers when I start Take Command with /n. The windows do not scroll at all when in a horizontal group.

In a vertical group, they scroll with /n, but not if I start Take Command normally.
 
Here, one computer, it's the same, with/without /n, vertical or horizontal ... they scroll.

But with a vertical split I do see some corruption. Below, the "d" is apparently the last character of "allocated". I don't think it knows exactly when to wrap/scroll. That may manifest itself differently depending on size, font, and possibly other settings. I also see that corruption without ConPty.

1778350728108.webp
 
I saw the same problem... until I did CLS. After that, the tabs scrolled properly. This suggests that this problem is connected in some way with the problems observed with the COLOR command, whose behavior also changes after CLS.
 
Is CLS /C any more effective?

Perhaps I don't have a scrolling problem because I have this in TCSTART.BTM.

Code: 
IFF %_TCTAB == 1 THEN
    CALL v:\theme_bin\wtcolors.btm 16 /c
    CALL u:\tcplacement.btm
ENDIFF

WTCOLORS.BTM sets the 20-color scheme to my liking (16 is my modified version of WT's "Ottosson" scheme). The /C does echos ^e[2J^e[3J^e[H. I believe that's the same as CLS /C.
 
I don't know if you saw this but when there is a vertical split (and it scrolls, as for me) is wraps/scrolls as if there were 80 columns.

1778530457336.webp
 
rconn said:
TCMD doesn't support < 80 columns in a console window, and never has. Most console apps don't either.
Click to expand...

I would think just the opposite. In my experience, console apps just wrap and scroll according to however many rows there are; I know of no exceptions. Which ones misbehave when there are fewer than 80 columns, and how do they misbehave?

If you ResizePseudoConsole don't you automatically get the control sequences that tell you when to wrap?

80 columns is a pretty severe limit if you want a vertical split.
 
I don't know about the problems others are having. The 80 column business is still there.
 
vefatica said:
I would think just the opposite. In my experience, console apps just wrap and scroll according to however many rows there are; I know of no exceptions. Which ones misbehave when there are fewer than 80 columns, and how do they misbehave?
Click to expand...

When you say "console apps", what you really mean is "tty apps that write to STDOUT". And I agree, those sorts of apps do not care about the number of columns.

When I say "console apps", I mean "console apps, that use the Windows console APIs". Which behave very, very badly if you try to create a screen buffer < 80 columns. (Many also gag on < 25 rows.)

vefatica said:
If you ResizePseudoConsole don't you automatically get the control sequences that tell you when to wrap?
Click to expand...

No. And even if it did, you'd be extremely unhappy if you tried to use something like vim or a console file manager.

vefatica said:
80 columns is a pretty severe limit if you want a vertical split.
Click to expand...

Since it hasn't bothered you for 20 years, I'm going to assume you don't want a vertical split.
 
Yup. This is after I executed DIR a second time. Notice also the corruption next to the scroll bar.

1781469411395.webp
 
I get that corruption on the right in vertical splits too. Below, I executed DIR once in the otherwise unused right rab.

1781470199431.webp
 
My Take Command window is 61 rows, 128 columns. So, the vertical split makes it less than 80 columns, but the horizontal split has 128 columns in both tabs.

Just tried it with 60 rows and 160 columns. Vertical split has the problem even though each tab is 80 columns.

If vertical split won't work for less than 160 columns, maybe it should be disabled in that case.
 
Corruption is there with 100 columns. And I sometimes matches my prompt in color.

1781484057206.webp
 
This is the right pane of a vertical split. After one DIR the corruption on the right (next to the scroll bar which is not in the picture) was grey; after the second DIR it's green.

1781529509382.webp
 
You must log in or register to reply here.
Back
Top