posts - 76,  comments - 621,  trackbacks - 0
 
     摘要: 首先感谢大家的支持,最近一直忙于工作上的事情,没来得及更新。
今天发布这个版本,算是进步较大的一个版本吧。
修改了很多个不完善的地方。希望大家踊跃点评。

点击title,阅读更多(下载和截图)......  阅读全文
posted @ 2011-07-02 16:17 megax 阅读(1911) | 评论 (13)编辑 收藏

从下面这张截图中,你会发现很多。
1. 完美的语法着色,script中的<!--和//-->被着色成了灰色的注释色。演示的截图是php着色器,php继承自html, 配合我的全自动lexer,只要添加状态就ok了。
2. 光标移动的时候,如果当前语言是子语言的话,那么自动高亮背景色成灰色

3. 随意折叠所选,有个上下的箭头提示你可以折叠选择的文本

4. 优化了,改进了很多。。都忘记改了啥了

 到现在为止,可以藐视很多编辑器了。。争取这几天发布一个版本


posted @ 2011-06-17 23:36 megax 阅读(481) | 评论 (19)编辑 收藏
终于彻底解决掉各种混合语言的着色问题了。。。
posted @ 2011-06-15 23:46 megax 阅读(270) | 评论 (2)编辑 收藏
添加了一个小功能:保存最近10个修改点。
ALT+Left:上一个修改点
ALT+Right:下一个修改点
同一行不重复存储修改点。
我觉得这个功能挺实用的。
posted @ 2011-06-07 00:12 megax 阅读(249) | 评论 (2)编辑 收藏

感谢几位热心网友的评测,确实现在还有很多不足,不过总言而之,都是些小修小改。
我原以为多选和列选并不是太过让人心动的地方,现在看来不是,大多回复是关于这几点的。
今天添加了一个多选指示器,即在每一个选区后面跟上一个橙色的竖条,告诉用户这儿是多选的末尾,
添加/删除文字会在这儿发生。

在这一点上,完胜Scintilla。Scintilla做的很投机取巧,我没看其代码实现,不过猜测是这样的:
ontimer事件中,遍历所有的选区,然后获取选区末尾位置,执行一个invert rect!
我的测试的方法也很简单:列选10万行!然后你就会发现scite等的CPU占用,嗖的一下子就飙高了!

Drag&Drop有点小问题。其实Drag&Drop是很麻烦的,麻烦点不在于添加和删除,而是要保持选区。
比如,用户从内部或者外部Drag的话,drop的时候,被drag的文字还要处于被选择的状态。因为不同的系统
对于drag&drop有不同的实现,下个版本,争取把这个独立出来,为mac的移植做准备。

部分问题还在修正中,暂不放出新版本。
再次感谢朋友们的支持!
截图一个:

posted @ 2011-05-31 19:36 megax 阅读(262) | 评论 (6)编辑 收藏

这几天回国了,好好的吃一吃。
倘若国内的饭店能在卫生点,洗手间能在干净点,什么狗屁这个料理,那个料理在中华美食面前,都是浮云。
可惜了,泱泱中华被治理成现在这样!

1. 修正了几处bug。前一阵子整理代码的时候删除掉了一个空接口的析构函数!于是乎,就花了小半天调查这几个内存泄露!
2. 在以前我对待大文件是有特殊处理的,不过最近测试了一下。在现代的硬盘下,文件遍历的速度已经很快很快了(有Cache)!
于是,现在所有的文件都按照大文件处理。另外,测试中发现,对于文件而言,1KB的缓存和>1KB的缓存,几乎没区别!
所以就把原先512KB的缓存缩小到1KB,进一步降低内存占用.
3. HexEdit正在制作中。就像生孩子一样,这个完全是副产物!我发现最初用来操作巨大文件的数据结构,特别适合hex编辑器。
简单写了测试,发现近乎完美!绝大多数的hex编辑器都不支持插入,删除,即使支持也不是很好。到目前为止,我发现我实现的hex,
几乎可以在任何位置实现瞬间插入/删除/修改,可能测试还不够充分。
4. DragDrop发现一个bug. 列选择粘贴,我竟然忘记实现了!faint!

posted @ 2011-05-30 16:57 megax 阅读(187) | 评论 (2)编辑 收藏
这是我见过的最龌龊的事情!难道可以为了一点蝇头小利,就不要脸了吗?
这个编辑器完全是日本sakura的汉化而已,而且还是低版本的汉化,竟然就能改个名字,拿过来卖钱!!!
人家可是开源的啊!
真是太不要脸了!
http://hi.baidu.com/cteditor/home
posted @ 2011-05-27 19:44 megax 阅读(519) | 评论 (0)编辑 收藏
测试了一下对一个8M的文件, 52万行, 做62万次的字符替换:把所有的字母e替换成某一个字符串。
FanType终于在漫长的等待中假死掉。
UE耗费380多M,EP近乎200M, EMeditor 180M,但至少都在常量时间内完成了。

难道是要逼我发大招嘛?看来得添加一个特殊的Command了。
无非就是空间换时间,硬盘换内存了。

现在硬盘动辄几百G,SSD也会很快普及,不好好加以利用,真是浪费了。
posted @ 2011-05-27 10:54 megax 阅读(181) | 评论 (0)编辑 收藏
     摘要: 其实这是一个比较重要的版本,在这个版本里面我对内核做了一些改动。

1. 实现了多个选区的操作。操作如下:
按住Ctrl键的同时,鼠标选取文本或者点击位置,我把这个操作称之为添加一个锚点,
多个锚点可以同时添加文本,同时删除所选取的文本,也可以把当前所有的选区都拷贝
到剪贴板。不过,这个功能似乎有点鸡肋。当初想做它的主要目的是位snippt做准备。

2. 查找和替换的代码完工。你可以完美的对$和\n进行操作,不过我还没做充分的测试。
直观正确的操作是这样的:
$只匹配行尾
\n匹配EOL
那么你可以使用$对每一行追加文本,去除空行就是替换掉^\n等等  阅读全文
posted @ 2011-05-25 23:00 megax 阅读(1423) | 评论 (13)编辑 收藏
我一直不大相信textmate的内核会很牛,所以一直想好好测试下textmate,可是苦于没有mac!
到比库去整了好几次,也没整下来。
谁有不用的mac,给我一个啊!!!!!!!!
不过话又说回来了,即使它的内核不牛,但是它现在很火!
这也从侧面说明了,牛叉的内核并不是必需品!
posted @ 2011-05-24 23:33 megax 阅读(164) | 评论 (1)编辑 收藏
仅列出标题
共8页: 1 2 3 4 5 6 7 8