veltza

@bakkeby Although my fork is built on st-flexipatch, I've run it through flexipatch-finalizer, so if you need help just ask.

@Tanish2002 Why do you need the sixel patch for the vanilla st? Can't you just use st-flexipatch? Because you get pretty much the same result when patching manually or using...

I'm wondering if the OSC 133 should be a core feature since it doesn't do anything by itself. Only certain patches such as the scrollback and externalpipe can take advantage...

I added preliminary support for the `OSC "133;A"` sequence to st-sx ([osc133](https://github.com/veltza/st-sx/tree/osc133) branch). It also implements `ctrl+shift+z/x` shortcuts, which can be used to scroll to previous command prompts, if the...

@UtkarshVerma You need to grab the OSC133 sequences and store them in the glyph attributes. And when you output the terminal buffer(s), you need to check if a glyph has...

The reason for the issue is that both the terminal and the shell are trying to reflow the prompt at the same time and here is the result. Since the...

Sorry to interrupt, but it looks like the **bit 14** is still free in the glyph attributes. So there should be no need to increase the size of the bitfield.

I read the entire PR and found that you have already discussed this issue here https://github.com/gokcehan/lf/pull/1211#issuecomment-1529739837 and here https://github.com/gokcehan/lf/pull/1211#issuecomment-1529812057 but it remained unsolved. I also noticed that @horriblename added the...

I just noticed that the same cropping problem occurs when using symbols in chafa: `chafa -s "${2}x${3}" -f symbols --animate false "$1"`  So it seems to me that we...

@joelim-work I read that you are releasing a new version. Is it too much to ask to have this fixed in there as it is very easy to fix? I...