-
Notifications
You must be signed in to change notification settings - Fork 62
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Character drifts in my REPL when using OhMyREPL
and v1.9-rc1's IPython mode together
#313
Comments
Interesting, I'll see if I can repro it. |
My settings are: using OhMyREPL
colorscheme!("Monokai16")
enable_autocomplete_brackets(false)
using REPL
atreplinit() do repl
if !isdefined(repl, :interface)
repl.interface = REPL.setup_interface(repl)
end
REPL.ipython_mode!(repl)
end |
Hi, is it reproducible? |
Yes |
May I ask what might cause this? Could it be fixed? |
Well I don't know what causes it. And I don't know why the IPython mode specifically would cause it either. |
Line 43 in 53fa7fb
Here maybe? |
Nice detective work. Can it be that easy? I'll check it out. |
It seems to work for me. Thanks! |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
If I use
OhMyREPL
(after switching toJuliaSyntax
) and v1.9-rc1's IPython mode together, I have the following character drifting problem:In this figure, there are no characters between the
end
and the cursor, but the cursor looks like there is a space. Also, theend
has shifted one character left. No matter whether I press tab or 4 spaces.In this figure, there also looks like a space exists between
et
and the cursor, where there is actually none.This is especially a nightmare if you have a multiline function and have parenthesis in your code; also, when deleting things, it could get wrong.
I notice that this behavior only happens when you have a multiline expression to type (or paste). While in single-line expressions, it does not happen.
I am reporting from an Intel mac here, but it happens both on my Intel and Apple Silicon macs, both in iTerm.app and default Terminal.app.
The text was updated successfully, but these errors were encountered: