Frozen(ish) - Can't Quit

[nPHYN1T3]

I've noticed some times I will open sc-im and it is unresponsive to input. However if I ctrl-c it will give me a prompt for :q + enter to quit but since it's unresponsive all you can do is something like kill -9 pidof sc-im.

Running sc-im - version 0.8.3 on 6.6.9-arch1-1

[andmarti1424]

When starting sc-im it will be in normal mode. None of the normal mode commands work in that moment? whats in your .config/sc-im/scimrc?

[nPHYN1T3]

.config/sc-im/scimrc => non-existent heh Bog standard install, no changes or configs. I should also note that sometimes when this happens there is also nothing drawn at all. So open a sheet and you just get an empty terminal. Kinda a coin toss if you will get blank/empty vs it shows you the fields but input doesn't work and you only get the ctrl C feedback.

Might also be worth noting if I get a blank/empty term if I resize sometimes it will spring to life and draw the sheet, just still ignores input.

Sorry if this seems like an incoherent trickle of details but I'm not sure what might tip you off to what's going on. I had also wondered if this was maybe an issue with my term at a given size but I've tried (and reproduced) in another term. The base size for my terms are 640x540. That said I tried with the debug flag and got no extra output when it happens. I've also noticed when I got it to happen this morning that once I killed sc-im my term is still taking inputs strangely. So it's crapping out characters from mouse wheel rolls or clicks. 64;41;24M64;41;24M64;41;24M0;32;28M0;38;28m resetting the term reitterates all the mouse input as command not found...it really makes things get nutty.

[martineausimon]

I have exactly the same issue, and I think it might indeed come from the terminal. With tym, sometimes the spreadsheet content displays after resizing the window, but the input is still ignored.

It works fine with st or xterm.

[martineausimon]

I also just noticed that on some spreadsheets, upon opening, the normal mode is active, but with ? as if a key had been pressed. This also occurs when the window is resized.

[nPHYN1T3]

It's been a while but I'm fairly sure I've tried on xterm, sakura and urxvt and had the behavior show up each time...eventually. I'll try st for a while though I'm not "spredsheeting" much lately.

**Sidenote - glad it's not just me heh.

[nPHYN1T3]

I've not used sc-im much but so far running with st I've not had the noted issue. Could be luck, term size or a million other things but but so far so good.

[martineausimon]

I think the issue comes from the $TERM variable. The default one for my terminal (tym) was xterm-256color, by changing it to st-256color or simply linux, it works, the problem disappears.

[nPHYN1T3]

My main term Sakura also sets xterm-256color. So why (if this is the issue) does sc-im hate xterm heh. My double click action opens .sc (scala) files with xterm and it's immediately jank.

Terminator also sets TERM to xterm and sc-im again...jank. Launching with urxvt sets rxvt-unicode-256color and sc-im seems to work as expected.

[marrs]

Looking at the Makefile, sc-im is compiled with 256 colour support by default. I wonder if you're trying to run it in a terminal emulator that doesn't support 256 colours and this is somehow causing a rendering issue. What is the output of running tput colors in your terminal?

[nPHYN1T3]

Sakura is 256 as is urxvt.