sublimetext 2 真的是用c++写的吗，处理一个160k的css反应迟缓

[rqrq]

ctrl+f搜索url标签都能卡一会
更别说我想要用ctrl+h把每个class都弄成一行了。
直接用虚拟机里的editplus搞定了，虽然功能不咋样但是效率靠谱。

ubuntu 12.04.3 + 4G + i3

[rrfeng]

sublimetext 不是用 python 写的吗？

未发现楼主所说问题，话说我本来想用 st3 打开 2000w 的 csv 来着
结果读取一大半的时候崩溃了 XD

[NemoAlex]

天天处理200多k的 CSS 无压力
我用的也是 Mac 版

[letitbesqzr]

@rrfeng 哈哈。2000W csv 是kaifang数据? ... 经常要打开几百M的文本... sublimetext 都是加载一会就死了... win7 自带的写字板加载非常流畅..

[Jat001]

滚动页面卡吗？试试在设置中加入 "scroll_speed": 0,

[ivenvd]

不清楚 ST2，但是在 Vim 下这种情况多半是语法高亮导致的。那么大的文件还要高亮，用什么编辑器都够受吧……

[zzNucker]

python写的啦。。。。

[hooluupog]

扩展插件部分是用python写的，其他的肯定不是。

[rqrq]

@ivenvd editplus性能很高啊
才160k而已，如果很卡只能说内部算法有问题。

[learnshare]

ST2 的批量替换卡的有模有样

[westup]

用3吧，快很多

[Sherlockhlt]

@rqrq
同意，与语言无关，是算法问题

[stackpop]

100M以上文件，我一般都用Nodepad++

[yakczh]

试试emeditor

[est]

Sublime是C++基于OpenGL写的。插件体系用python

其次，LZ的问题估计有很多中文。。我这里也是一样的bug

[rqrq]

@est css文件，没有中文的。。

[octopus_new]

@est 感觉甚是混乱, "C++基于 OpenGL 写的", 斗胆问一下, 这个出处在哪里么. 凭对 OpenGL 的了解, OpenGL 直接渲染文字比较不直接, 这得多大毅力用 OpenGL 写文字编辑器啊......

[jianghu52]

我开大文件都是用emeditor，感觉还可以。主要是他好像可以一部分读取。

[dancercl]

Sublime Text插件都是Python写的，所以插件装的太多，或者某些插件有bug，可能会显著降低速度

[est]

@octopus_new https://www.sublimetext.com/forum/viewtopic.php?f=2&t=2000

黑科技。。Chrome也是用的OpenGL。微软也搞了个Direct2D

[octopus_new]

@est 长见识了......
不过 Chrome 用 OpenGL 写我倒是可以理解, 毕竟除了文字之外还有很多其他的东西要渲染, 纯文本编辑器用 OpenGL 写也真是挺牛x了.
PS:对微软的东西有点不太了解, 之前只是在琢磨 OpenGL 的时候看了一下 D3D 的东西, 现在 MS 又弄个 D2D, 我记得好像微软废了 DirectDraw 是负责2D 的, 难道被重写赋予新的使命了......, 感觉无比蛋痛.