Julia REPL is slow when pasting a large block of code.

[grinsted]

If i copy/paste a large block of code spanning multiple lines directly into the REPL then it is really slow. It looks like each code block is backspaced away and then completely retyped for every character in the pasted block of code.

To illustrate: try copy/pasting this piece of code into the REPL
https://raw.githubusercontent.com/jheinen/GR.jl/master/examples/mandel.jl

[KristofferC]

This is on windows right?

[grinsted]

Yes. On Windows.

[KristofferC]

Some related discussion: https://groups.google.com/forum/#!topic/julia-users/MoNy5BLIbSs and #7267

[vtjnash]

I've found that if you shrink the window to show just one line, windows cmd.exe is able to update the screen much faster

[grinsted]

Thank you. Additional info : it makes no difference if i use conemu or plain cmd.exe.

[vtjnash]

conemu is also backed by cmd.exe, it just hides the window and copies the text from that window, as it appears, onto the text area you can see.

[Keno]

I suppose Windows does not have bracketed paste mode. Is our heuristic to not redraw when inserting at the end not firing?

[vtjnash]

we don't have a heuristic for that, since the printing logic keeps the count of how many lines have been printed

[Keno]

I don't understand. We definitely used to have that heuristic. If the cursor is at the end of a non-full line, and we're inserting one character, there's no need to clear the screen.

[vtjnash]

true, the heuristic (in edit_insert – LineEdit.jl:449) looks like it isn't supposed to be using this information (which is likely private to refresh_multi_line – LineEdit.jl:1034)

[Keno]

Looks like somebody (probably me) just forgot that the position in the buffer is not the same as the column offset if there's multiple lines. Seems like that heuristic should be fixable.

[rennis250]

It does this on Mac in iTerm2 but not in Terminal.app.