Character encoding iPython repl从文本编辑器(Windows 10)接收到错误字符

Character encoding iPython repl从文本编辑器(Windows 10)接收到错误字符,character-encoding,ipython,text-editor,read-eval-print-loop,neovim,Character Encoding,Ipython,Text Editor,Read Eval Print Loop,Neovim,我想要一个类似于vim的文本编辑器将代码发送到REPLs,包括Windows中的iPython。在Linux中是完美的。(我经常使用WSL,但有时不方便。) 让我们从ATOM的包开始。以下是我发送的代码: 下面是get发送到Powershell中运行的iPython REPL的内容: 对于普通Python,它不这样做;它很好用 让我们转到NeoVim's,在那里发送选择时,iPython的情况更糟((iron send motion)): 除了添加额外字符外,iron.nvim send

我想要一个类似于vim的文本编辑器将代码发送到REPLs,包括Windows中的iPython。在Linux中是完美的。(我经常使用WSL,但有时不方便。)

让我们从ATOM的包开始。以下是我发送的代码:

下面是get发送到Powershell中运行的iPython REPL的内容:

对于普通Python,它不这样做;它很好用

让我们转到NeoVim's,在那里发送选择时,iPython的情况更糟(
(iron send motion)
):

除了添加额外字符外,iron.nvim send selection命令甚至无法执行该命令(登录Github)。在您切换vim窗口、进入插入模式并按enter键之前,将一直处于REPL中。虽然它不会向普通Python添加额外字符,但仍然不会执行它(这可能是另一个问题)

iPython和这些额外的角色怎么了?有没有办法解决这个问题?为什么在Windows上,从文本编辑器向任意回复发送代码如此困难?

这篇文章至少有一个部分答案:在版本5中,iPython获得了一个与Emacs劣质外壳不兼容的“新终端接口”。这是有道理的,它会给原子和铁。nvim的一个艰难的时间以及

对于Atom,使用
ipython--simple prompt
启动shell完全解决了这个问题。对于iron.nvim来说,它至少摆脱了坏角色。在iron.nvim中,我用坏字符交换了iPython多行粘贴,失去了它的换行符,但这似乎超出了这个问题的范围