@Kevin Lynx
这么好的名字应该早没了吧，不过好像.Net的域名还留着...

@Rayz
目前是支持脚本的，支持vbs和js。我目前只写了脚本控制编辑器本身的，只有很简单的几个接口。脚本很重要，我认同你的观点。

@lulu00147
多谢支持，奋战中。。。

@HUIANG
努力中。。。

GUI操作系统费了牛劲才走到今天的地步......额。。。又要复古？
Vimperator真能提高效率？呵呵。。。。

@lulu00147
努力中。。。

@lulu00147
压力很大啊。

这内存占的。。。。。虽然你解决了，似乎实用性不是太大。

@lulu00147
Latex是必须支持的。

感谢你的支持，呵呵，目前正在往上安spellchecker.

:-)这次是想把这个编辑器做成一个产品。争取元旦前给你发一个版本。

@陈梓瀚(vczh)
期待你发布一个可运行版本，比拼一下！嘿嘿

你做的有点复杂了。
类型<->函数应该可解决绝大多数的应用。我是放在Sqlite里面，执行select。可以全文扫描SDK形成符号库，我用ctags做的。输出变量的时候，只要知道类型就可以了（这个写的很烂）。不过，我没对部分代码进行分析，保存的时候刷新当前页面的信息而已。sqlite按照字母顺序进行拆表，当前页面放入内存，具有最高优先级，编辑器抽象出一个List，在加一个锁，可以做的很像很像Visual Assist X.
这个东西不能和编辑器纠缠不清，不然会很丑陋很丑陋。。。。

如果我没记错的话，那个数字不是卡马克发现的，只是被卡马克用，而出名的。
在很久以前读quake代码的时候，what the fuck让我忍俊不禁。这个函数只是近似，有一些误差，但是因为是游戏上用的，计算两点间的距离的时候，那点误差可以忽略，屏幕本来就是像素的嘛。sqrt的精度要比那个高，你可以测测。

@Huiang
Dear,等一下版本，很快会释出。

>先说一下特色吧, 就是智能换行, 全文扫描标点符(分前标点后标点),
单词边界换行呗?

为什么要编程？目的驱动一切。其它都是扯淡。

弄个HTML里面嵌入各种语言的的试试，呵呵

折叠不应该由plugin来处理，否则会很痛苦的。编辑器本身应该提供那些行不显示的功能，并对scrollbar和caret的更新提供支持，然后才让plugin去处理折叠。输入法光标跟随，那是输入法本身提供的功能，有的输入法没有光标跟随，比如微软的日语输入法,而且如果用sogou的输入法的话，它有一个bug,在多语言切换之后，就无法跟随了。正确的处理方法还是自己处理IME消息，然后移动窗口。如果不处理的话，那么你输入一个句子的话，会对每一个汉字产生一个OnChar,效率较低。

不用开发了，直接用我的吧，呵呵

#define GETBIT(NUM, IDX) ((NUM>>(IDX))&1)

#define SETBIT(NUM, IDX) NUM |= (1<<(IDX))

@ooseven
我测试过1500百万行的文件，没出现什么问题。你那边exe目录下有无生成.RPT文件，有的话，发给我分析一下。

@溪流
不是，自己写的。

@mcs51a
WIN2K没测试过，这应该是WTL的问题。回头看看！

多谢关注。因工作繁忙，打算在最近释放出一个内核裸奔版。

@李蒙
scintilla的词法分析部分都是在以LexXXX打头的文件中定义的。你在LexCpp中修改应该是正确的，之所以没被反映。我想可能跟你的DLL有关。
确保你的程序调用的是你编译过后的DLL。你可以删除掉所有的Lex只保留你的Lex试试。

可是看看luatinker

这个HashClass应用太局限了。

不知道该引擎最大的特点是什么？

MegaxEdit的核心已经基本开发完毕了，剩下的只是修修补补。我现在在整合编辑器。包括MDI, 伪SDI, 菜单，工具条，配置，Docking,插件架构等。这是个辛苦活，不过仍在有条不紊的进行着。因为我只能在退勤休息时间来做这个东西的，所以进展稍慢。

你这个内存池本身的数据结构就不够优化。一些数据本身就是可以放在内存池中的Data块的。另外也不知道你为什么选择5120，我记得windows的也内存是4KB.还有你的查找居然是用Map....而且是对指针进行Hash.
Loki当中有一个让人叹为观止的内存池实现，建议你看看，极其小巧与精致。

WTL还是很爽的

无法捕获over buffer的.

呵呵，好像还在转圈圈哦，O(∩_∩)O~

@HuaHope
呵呵，过年刚回来，没想到兄台就写了这么多啊，哈哈。给个联系方式，有机会好好聊聊

@AptEdit
很荣幸能得到您的评论.

前阵子过年了，没来得及回，不好意思。

试用了您的AptEdit，确实很不错。本人也浸淫编辑器数年，因此就不在拍马屁了，呵呵。

AptEdit在基础架构上似乎有点性能问题，尤其是光标的定位。在打开《鬼吹灯》这篇小说时候在文章头部
进行插入删除操作的时候会感到明显延迟。在进行较长的行自动换行的时候也可以明显地感到延迟。我想可能
是你光标定位算法或者判断重绘区域较为缓慢所致。我猜测你可能用了行链表结构。因此也导致了打开较大带文法的文件
的时候进行光标滚动会感到明显滞顿。呵呵，瞎猜的

另外，保存行状态(正常,编辑过,保存过)你可以用bitset,这样你就可以不用让修改该过的行即使撤销也依然显示红色了,还节省内存。

你的词法分析做的挺不错的,我为了图省事,当遇到影响下一行的状态的时候会一直往下分析直到该行状态不变为止。

在外观上AptEdit应该尽量simple, 我不太喜欢重绘过的Menu. 现在流行的秀丸,Editplus, EmEditor, sakura啊,都极其简洁。

所以我现在也在考虑做成单进程多线程的,看起来是SDI,但是只有一个实例，就像WORD那样。我对编辑器外围的这些东西不太感兴趣,所以这么多年了
一直研究编辑器本身,不过坦白的说做外围的这些条条框框还是非常麻烦的。

很高兴看到AptEdit开卖了,不知道卖的如何啊,可以的话，我也打算拿出来卖,MegaxEdit的平均性能还是刚刚的~(笑）

Best regards.

三叉树还真没研究过，不知道对Unicode处理咋样， Trie树肯定是不行了

@missdeer
坦白的说做成完全TextMate那样的话，还是有一定的难度的，首先你得自己写个解析器，去解释用户定义的自动完成脚本。我为了省事，去掉嵌套变量，单纯用正则来做了，效果还不错。最大的技巧是光标的跳转。不过它和编辑器结合太过紧密，所以我没有写出来。如果你没有试过bundle，你可以下个最新的EmEditor，它也实现了，而且不错，原理跟我说的差不多，从它的bundle文件可以看出来。

CString设计还是很棒的. 单字符替换可以简单的扫描即可，如果多字符肯定要重新分配内存的。

@lex
我对Lex并不熟悉，不过刚才试了一下这么做似乎不对。比如下面这段
.|\n { pos +=; REJECT; }
mmm { printf( "%d:%s", pos, yytext ); }
mmm2 { printf( "%d:%s", pos, yytext ); }

语言仍然是中文，可以在设置里面变更的

@空明流转
Yes，累加每一个token，确实可以得到位置，只是方法稍显笨拙, 而且必须添加个空转状态。我原本打算直接修改flex的代码，加入一个yypos之类的函数或者变量，无奈lex的代码太过晦涩啊

@陈梓瀚(vczh)
既然能找到匹配串，肯定就有位置，这是毋庸质疑的。不过lex和flex对此的处理匪夷所思，代码不按套路出牌，没找出在哪设置的。

@空明流转
呵呵，没看懂，KO掉啥子?

@liuliu
这个不好说，既然可以往yytext里面拷贝内容，总得有个位置开始拷贝吧

@空明流转
就是当前匹配到的字符串在原串中的位置。

你这个一点都不通用, 我Subclass Edit后，接受键盘输入，不存入Edit，自己编码存储，Edit内则存入乱起八糟的数据，或者就直接存*, 我甚至可以不用ES_PASSWORD风格,你一点辙都没有，还不如键盘记录。

有没有2005的啊

能不能不要这么发文章？啊？不能合并在一块吗？弄的首页上都是你的。。。好吗