-
-
Notifications
You must be signed in to change notification settings - Fork 800
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
sc-im background color issue #789
Comments
I can't get sc-im to work reasonably at all; the version in nix doesn't have mouse support and the one I tried to build locally just now thinks that the mac ncurses library is too old. What I suspect is the root of the issue is that ncurses uses the old X11 mouse protocol which is limited in the number of columns that it can report, and is limited further because wezterm promises to only ever output utf-8 and that version of the mouse protocol can emit a byte sequence that is not valid utf-8. I pushed an update to the This section of the docs has instructions on how to install and use wezterm's terminfo file: |
@wez Awesome, this fixes the mouse issue, but the other issue (background color being compromised) remains. Do you use homebrew? If yes, then these steps will help (for basic setup, it doesn't link it to liblua, but thats not needed for this testing):
Before testing sc-im for the background issue I show in video, set its config file (
I know it could be a lot to ask to do, though I think sc-im is worth the investment. It is the program that has made me like the idea of spreadsheets, and I am volunteering with testing & themes to its repository. |
Could you see if this is still an issue with the current nightly? |
@wez Just checked with nightly of WezTerm & latest dev branch build of sc-im. Yep it still happens. In my observation, the color error happens in the region of the height of the spreadsheet table. It does not happen in iTerm2 or Alacritty... It also happens inside tmux inside WezTerm, and does not happen inside tmux inside iTerm2 or Alacritty. |
Please capture a screen recording that focuses on the event where the background color gets broken; that will help me understand what is being sent to the terminal. If you can set the size to 80x24 that will help me replay the recording on other terminals without having to mess around trying to get the same dimensions :) |
Here's a video comparing the typescript I sent you on discord. To the left is WezTerm, and to the right is iTerm2: Screen.Recording.2021-09-03.at.2.43.43.PM.mov |
I think this is fixed now in |
@wez Yes sc-im background issue is fixed. Btw there is another orthogonal issue with tmux background color which existed before this fix and which still persists to exist. I thought it could be same issue so had not filed it. Here's the video: If you would like I can file it in a separate issue... tmux_wezterm.mp4Steps: 1) edit your tmux conf file to set some different background color for tmux active window, and window. 2) Then open tmux by running
|
Please file a separate issue for that! |
I'm going to lock this issue because it has been closed for 30 days ⏳. This helps our maintainers find and focus on the active issues. If you have found a problem that seems similar to this, please open a new issue and complete the issue template so we can capture all the details necessary to investigate further. |
Describe the bug
There is a wonderful ncurses based spreadsheet calculator program sc-im. It works well on my macOS terminal applications like iTerm2 and Apple's inbuilt Terminal.app, but not without issues on WezTerm.
None of these problems occur with iTerm2 or Terminal.app. I am using the latest build from yesterday night, and here's an mp4 video that shows the problem:
weztermncurses.mp4
The text was updated successfully, but these errors were encountered: