这是一个创建于 4364 天前的主题，其中的信息可能已经有所发展或是发生改变。
ctrl+f搜索url标签都能卡一会
更别说我想要用ctrl+h把每个class都弄成一行了。
直接用虚拟机里的editplus搞定了，虽然功能不咋样但是效率靠谱。
ubuntu 12.04.3 + 4G + i3
更别说我想要用ctrl+h把每个class都弄成一行了。
直接用虚拟机里的editplus搞定了，虽然功能不咋样但是效率靠谱。
ubuntu 12.04.3 + 4G + i3
 | 1 rrfeng 2013-11-04 16:53:04 +08:00 sublimetext 不是用 python 写的吗？ 未发现楼主所说问题，话说我本来想用 st3 打开 2000w 的 csv 来着 结果读取一大半的时候崩溃了 XD |
 | 2 NemoAlex 2013-11-04 17:17:52 +08:00 天天处理200多k的 CSS 无压力 我用的也是 Mac 版 |
 | 3 letitbesqzr 2013-11-04 17:22:36 +08:00 @rrfeng 哈哈。2000W csv 是kaifang数据? ... 经常要打开几百M的文本... sublimetext 都是加载一会就死了... win7 自带的写字板加载非常流畅.. |
 | 4 Jat001 2013-11-04 17:30:01 +08:00 滚动页面卡吗？试试在设置中加入 "scroll_speed": 0, |
 | 5 ivenvd 2013-11-04 17:35:24 +08:00 不清楚 ST2，但是在 Vim 下这种情况多半是语法高亮导致的。那么大的文件还要高亮，用什么编辑器都够受吧…… |
 | 6 zzNucker 2013-11-04 17:36:52 +08:00 python写的啦。。。。 |
 | 7 hooluupog 2013-11-04 17:48:33 +08:00 扩展插件部分是用python写的，其他的肯定不是。 |
 | 9 learnshare 2013-11-04 18:09:39 +08:00 ST2 的批量替换卡的有模有样 |
 | 10 westup 2013-11-04 18:17:31 +08:00 用3吧，快很多 |
 | 11 Sherlockhlt 2013-11-04 20:40:19 +08:00 @rqrq 同意，与语言无关，是算法问题 |
 | 12 stackpop 2013-11-04 21:03:04 +08:00 100M以上文件，我一般都用Nodepad++ |
 | 13 yakczh 2013-11-04 21:21:14 +08:00 试试emeditor |
 | 14 est 2013-11-04 22:11:45 +08:00 Sublime是C++基于OpenGL写的。插件体系用python 其次，LZ的问题估计有很多中文。。我这里也是一样的bug |
 | 16 octopus_new 2013-11-04 22:21:09 +08:00 @est 感觉甚是混乱, "C++基于 OpenGL 写的", 斗胆问一下, 这个出处在哪里么. 凭对 OpenGL 的了解, OpenGL 直接渲染文字比较不直接, 这得多大毅力用 OpenGL 写文字编辑器啊...... |
 | 17 jianghu52 2013-11-05 08:23:20 +08:00 我开大文件都是用emeditor，感觉还可以。主要是他好像可以一部分读取。 |
 | 18 dancercl 2013-11-05 15:00:45 +08:00 Sublime Text插件都是Python写的，所以插件装的太多，或者某些插件有bug，可能会显著降低速度 |
| 19 est 2013-11-05 16:30:20 +08:00 @octopus_new https://www.sublimetext.com/forum/viewtopic.php?f=2&t=2000 黑科技。。Chrome也是用的OpenGL。微软也搞了个Direct2D |
| 20 octopus_new 2013-11-05 17:00:39 +08:00 @est 长见识了...... 不过 Chrome 用 OpenGL 写我倒是可以理解, 毕竟除了文字之外还有很多其他的东西要渲染, 纯文本编辑器用 OpenGL 写也真是挺牛x了. PS:对微软的东西有点不太了解, 之前只是在琢磨 OpenGL 的时候看了一下 D3D 的东西, 现在 MS 又弄个 D2D, 我记得好像微软废了 DirectDraw 是负责2D 的, 难道被重写赋予新的使命了......, 感觉无比蛋痛. |
 | 21 tcsky 2013-11-05 20:11:27 +08:00 常见的几个编辑器好像都是基于Scintilla组件~ 都没法编辑大文件 那个什么什么 emeditor 可以,而且很流畅 |
 | 23 rqrq OP |
 | 24 noark9 2013-11-08 00:43:01 +08:00 太大的文件，一般定位都很难吧，用文本编辑器打开来顺着编辑。。。很崩溃的感觉。。。配合下grep，awk，sed感觉应该更合适处理这些问题吧 |
| 25 ivenvd 2013-11-11 15:18:00 +08:00 @rqrq 很好，你成功把我的几个问题都曲解掉了。 我说的是“Vim 语法高亮算法不会有问题”，就被你曲解为“Vim 不会有算法问题”。 我说“源文件通常不会那么长”，你回避掉。 前面几位老兄虽然提到 Windows 下处理文件 OK，却没有提语法高亮的问题，而我的观点一直没有离开语法高亮，不知道你拿这些反驳我有什么意义。 我只能说，如果有编辑器能够流畅处理大文件同时开启语法高亮，那肯定也是刻意优化过这种情况，并且高亮是不完整的。而不是 Vim 高亮算法有问题。 |
| 26 rqrq OP @ivenvd quote:我说的是“Vim 语法高亮算法不会有问题”，就被你曲解为“Vim 不会有算法问题”。 我在8楼回复你，原意是编辑器的内部算法有问题。 少写了4个字，以至于让你理解为语法高亮的内部算法。 后面产生的这些口水，是因为我在8楼没说清楚，是我的错。 但是我还是想问： 为什么vim就不可以在语法高亮算法上有问题啊？ quote:我说“源文件通常不会那么长”，你回避掉。 我发这个帖子就在说源文件很长带来的性能问题，你跟我说通常不会那么长。 我说这个你说那个。 quote:“前面几位老兄虽然提到 Windows 下处理文件 OK，却没有提语法高亮的问题……” 抬杠之前麻烦你仔细看帖，我在楼顶就说了，虚拟机下的editplus处理这个css文件是ok的。 我想我不用再嗦这么一句吧：editplus打开代码格式的文件是有语法高亮的。 quote:“并且高亮是不完整的” 我不得不再问下你：不~完~整~是~怎~么~样~的~不~完~整~啊？ |
Select Language