Aleksandr Kostikov

Same here. I'm using theme "Visual Studio Dark+". And it practically doesn't highlight anything in windows terminal - the contrast is not noticeable.

>I believe this is an issue with the fact that the method for reading characters using the light renderer isn't supported (yet). I believe this issue is relevant: https://github.com/microsoft/terminal/issues/7777. This...

It doesn't seem like a Windows issue. I can repro the problem with the `(echo 10; echo 0) | fzf --preview 'sleep {}; echo {}'` on a Linux Mint in...

Yesterday when I tried it out on Mint it seemed to stuck in the 'loading' state for 10 seconds when the selection switched to 0. But today on the same...

For now I can show repro only for Windows: https://1drv.ms/v/s!AofupOwTJgR3wbhtE_kwqXQa421v_A?e=YjFA87 My expectation is that the current selection should be reflected in the preview with

Some more context - I think the issue occurs more often if fzf call is interrupted with Ctrl+C.

In what version was it likely fixed? I see that the latest release is 0.55 but the latest one that I see in chocolaty repo is 0.53. Is the code...

Just noticed that you publish win release as well. I thought that it was available for win only from the chocolatey package. Will test with the latest 0.55 version.

Same fzf behavior on 0.55. When fzf is started it can pass `\$` to rg just fine. It uses `--smart-case "\$"` ```cmd rg --column --line-number --no-heading --color=always --colors "path:fg:0x3A,0x96,0xDD" --colors...

It looks like fzf shouldn't escape regex chars in this kind of situation. If a user types in regex in the interactive mode it should be passed as is to...