(in ConEmu) Text flow to next line broken when using ESC]9;8; or ESC]9;3; in prompt #384
Comments
|
Looks like clink must take into account ANSI OSC sequences. These codes do not relate to ConEmu only specifics: http://invisible-island.net/xterm/ctlseqs/ctlseqs.html#h2-Operating-System-Controls |
|
Related issue: Maximus5/ConEmu#585 |
eugenesvk
changed the title
Closed
mridgers
added a commit
that referenced
this issue
Apr 23, 2016
|
Is there any plan to release v0.4.8 with this fix included? It's driving me mad! |
|
I'm still waiting for a new version... when will it be ready? Thanks. |
|
@mridgers is on vacation at the moment, he told me via Twitter. :) |
|
0.4.8 is published now. Apologies for the delay. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
When I enable clink in ConEmu I get a weird bug where text reflow stops working for some prompts (instead of going to the 2nd line text just overwrites the first line). More detailed description with screenshots is @ Maximus5/ConEmu#563
ConEmu works fine as is without Clink enabled.
Any idea what's causing this and how to fix it?
Updated to include another sequence
ESC]9;3;, which I'm using to change tab title in ConEmu to reflect current folder with some adjustments (e.g. showing~instead of%USERPROFILE%path, which I can't do if I use default ConEmu settings)Using latest version of Clink v0.4.7 installed in default ConEmu 160228 [32] on a Windows 10.0.10586
The text was updated successfully, but these errors were encountered: