Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

window size issues with tmux #82

Open
georgalis opened this issue Jun 25, 2024 · 4 comments
Open

window size issues with tmux #82

georgalis opened this issue Jun 25, 2024 · 4 comments

Comments

@georgalis
Copy link

Only when running tmux 3.3a in Therm, command output seems confined to a small portion on the lower right of the screen (once the top portion of the window fills up). For example when 'stty size' reports '70 107' in tmux, '/bin/ls -l' output scrolls inside a square of about '80 17' characters, although it seems to use a slightly different size each time.

TERM is set to xterm-256color per Therm config and screen-256color per tmux config (as expected), I tried the following but reverted since it was unsuccessful:
set -g default-terminal "tmux-256color"
set -ag terminal-overrides ",xterm-256color:RGB"
also unsuccessfully tried:
tmux -f /dev/null

No problem with iTerm2 or Terminal. Not sure what else to report here, the problem presents with a source build and the Therm-0.6.4.zip binary. I never understood the point of iTerm2 tmux integration, and those settings are off (warnings on). The problem doesn't exist when editing files with vim, or opening files with less. The problem does persist when piping data to less, although characters spill out of the top of the square and sometimes it seems okay; repeated use of ctrl-l confirms the boundary problem.

I tried the rm ~/Library/Preferences/com.pancake.therm.plist step...

Darwin AAAA.asus 22.6.0 Darwin Kernel Version 22.6.0: Mon Apr 22 20:50:39 PDT 2024; root:xnu-8796.141.3.705.2~1/RELEASE_ARM64_T8103 arm64

and infocmp termcap reports attached...

infocmp-xterm-256color.txt
infocmp-screen-256color.txt

tmux -v doesn't report anything

@georgalis
Copy link
Author

I guess I wasn't looking in the right place for the tmux log, it is here, but looks useless
tmux-client-99480.log

this is Ventura 13.6.7

the problem only happens for 'fast' cli output (stdout, cat, ls, etc),
single line operations will use the whole tmux window.
eg no problems repeating this command,
yes | head -n80 | tr '\n' ' ' ; echo
but ls -l is is only using 7 lines of a 35 line window, and cannot push text off the top.

@trufae
Copy link
Owner

trufae commented Jun 25, 2024

Anything happens if you change the font or window size?

@georgalis
Copy link
Author

my fonts were reset to monaco when I moved my settings away
the dimensions of square inside the window maintains about 80 columns or 2/3 the window width
whichever is wider. and the height seems keep the area of the square the same, although never more than 20 rows.

@georgalis
Copy link
Author

am I the only one with this issue? if nobody else has it I'd like to know so I can figure out what to do about my config. to reproduce, open Therm in a largish window, I use 112x48 characters, start tmux, create a second window, "ctrl-b n" and do "ls -l" in a directory with a lot of entries. After one or two tries, only the lower 18 rows or so scroll, the text above is scrolled by just one row... otherwise works great...

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants