Lennart Spitzner
Lennart Spitzner
This smells a bit similar to https://github.com/jtdaugherty/vty-unix/issues/5
I can reproduce on 64bit archlinux.
yes, it is. And it aligns with the escape-sequence buffer-alignment theory, because, lets see: (As input, in the second line there, I use: o, o, alt-o, ctrl-o, enter, ctrl-d; because...
@cheater yeah, the encoding used by terminals means that we cannot distinguish between "esc f" and "alt-f", unless we consider timing. This "timing-based" approach is implicitly implemented currently by considering...
I would assume that if the keyboard (or whatever the next lower level software bit is) produces an escape-sequence, it never happens with any observable delay between the characters forming...
@cheater what? do you have a way to reproduce this, that involves the escape key?
this seems to confirm the very statement that i made. None of the escape-presses landed in the middle of a buffer, because there always was a sufficient delay to the...
@cheater a reply to your last-but-one comment: yeah, i misunderstood what you meant earlier. I agree it is not nice to have behaviour that is inconsistent with a 1:244 ratio....
so, you really are not supposed to new-build random stuff. it always (and only) works with the local `foo.cabal` or `cabal.project`. the documentation needs to be improved, one way or...
Now that i search again, I see #3883 and #4247. The only difference/addition that I spot is that this is about new-configure, i.e. about how flags translate to `cabal.project.local`, which...