Open source 用于大型文本文件(>;200 MB)的图形化开源文本编辑器

Open source 用于大型文本文件(>;200 MB)的图形化开源文本编辑器,open-source,editor,text-editor,large-files,Open Source,Editor,Text Editor,Large Files,是否有开源替代方案(类似于ultraedit)来处理文件大小>200 MB的文件?可能会将其吞并 哎呀,刚刚满足了“开源”的要求。在思考之前输入。(图形vim)应该可以轻松处理。记事本++是开源的,对编辑非常大的文件有很好的支持: 嗯,没有其他人说过,所以: 始终使用emacs。复制,甚至,即使您添加了“开放源代码”(大多数是)。我的规格:Windows XP-2 GByte RAM 测试文件大小:280 MB 我使用了以下编辑器的标准安装,无需进一步配置: 记事本++:未打开文件(错误消息:

是否有开源替代方案(类似于ultraedit)来处理文件大小>200 MB的文件?

可能会将其吞并


哎呀,刚刚满足了“开源”的要求。在思考之前输入。

(图形vim)应该可以轻松处理。

记事本++是开源的,对编辑非常大的文件有很好的支持:


嗯,没有其他人说过,所以:


始终使用emacs。

复制,甚至,即使您添加了“开放源代码”(大多数是)。

我的规格:Windows XP-2 GByte RAM

测试文件大小:280 MB

我使用了以下编辑器的标准安装,无需进一步配置:

记事本++:未打开文件(错误消息:文件太大,记事本++无法打开)

Emacs:未打开文件(错误消息:超出最大缓冲区大小)

GVIM或Cream:确实打开了文件,但无法对大量文本执行内部复制操作


这个软件为我做了这项工作(它不是开源的,但似乎对非商业用途是免费的)。

EditPad Lite对我来说也非常快。像处理小文件一样处理大文件(例如:114MB)!非常强大

嗯,vim和gvim都很棒。。。我可以毫不费力地选择3GB文件:)

EditPad Lite说:不支持2GB文件,笨蛋

当前版本的Notepad++(开源)刚刚打开它,但只查看文件的开头。幸运的是,这正是我在本例中需要看到的。

非常轻量级,可以毫无问题地处理200+MB的文件(在我这边)。

是正确的软件。它不会将整个文件加载到内存中,因此即使打开1 GB以上的文件,速度也会非常快。注意:它不是开源的(它是免费的),也不是在积极开发中。

试试看


打开该文件需要一些时间,但速度相当快。

尽管它与ultraedit不太相似。无论如何,与记事本++相比,这是不允许的。但至少有时候,“我想要另一个像X一样的程序”意味着“我只知道X”。在这种情况下,从长远来看,德克可能更乐于学习另一种工具。如果不是这样,请忽略这个答案。干杯。我无法用记事本++打开大于250 MB的文件。有没有特殊的设置可以实现这一点?我对大文件也有问题,即使它不是开源的,但仍然喜欢textpad,它可以轻松完成200兆的任务。如果它在一个单独的窗格中有java内省,它将是一个快速的Eclipse替代品(如果您只想破解一个文件,并且对语法有信心,那么所有这些工具都需要很长时间才能启动)。我已经将它作为大多数源文件类型的首选编辑器,特别是可能同时具有3或4种语言的怪异网页。能够使用自己的方案在同一文件中显示不同语法的功能非常强大。它是一个出色的编辑器。为什么要否决?scite不是免费的、开源的、有能力的吗?唯一的原因是ng是因为它在功能上不是ultraedit我真的很欣赏这个答案-我投票给你:)当它在linux/unix上工作时总是很好。通过添加更多的物理RAM,Emacs和GVIM问题已经得到了解决。是的,它不会将整个文件加载到内存中可能重复