emacs python 补全比较_Emacs的Python模式比较

去年，由于大量参与开发python-mode.el，我的评论可能有偏见：建议Emacs初学者继续使用python.el。 同样，它的作者也因某些有用的方法而值得赞扬。

python-mode.el旨在提高编辑效率。 它使通过python2和python3或IPython shell并行运行或执行变得容易。

它减少了提供定制命令所需的击键次数。 它使编辑更快，并通过语音，宏驱动输入等辅助编程。

支持当前从python.el不知道的Python语言功能：

上移，下移-移动嵌套块

避免在输入时打错打字形式，例如一个子句：

py-backward-clause

py-copy-clause

py-down-clause

...

测试不同版本时无需自定义：

py-execute-clause-python2

py-execute-clause-python3

py-execute-clause-ipython

...

细粒零件的概念-py-execute-line，py-minor-expression

运行版本化和并行化(I)Python可执行文件的命令，无需重新定义默认Python

在很大程度上消除了之前标记的活动区域的需要，请参见py-execute-line和更多其他内容

要获得概述，请查看菜单。 目录“ doc”列出了命令。

随着代码质量的提高，一种比较两种模式的方法可能是检查[http://debbugs.gnu.org/]中列出的错误。例如，请参见错误＃15510，＃16875； 或[http://lists.gnu.org/archive/html/help-gnu-emacs/2014-04/msg00250.html]

已经对“提交的粒度”进行了评论：虽然tkf基本上在寻找较小的部分是正确的，但有时条件使我无法遵守规则。 相当多的部分不是手工编写的，而是由位于“ devel”目录中的程序编写的。 他们创建用于开发分支的文件-components-python-mode。 启动新功能时，选择的路径是否富有成效通常并不明显。经过大约一百次的提交，结果仍然是不可能的或不那么值得推荐的。 在这种情况下，您不必保留所有实验，而是将实验分支保留几天，然后检查测试通过。

BTW假设tkf并非指编译错误-会立即查找-而是编译器警告。 不幸的是，Emacs将有关支持的样式首选项的警告与实际错误混合在一起。