【因工作原因，好久不更新了，向各位關(guān)心的朋友說聲道歉】

去年的某一天，對MegaxEdit進行了整理，因最后MFC靜態(tài)編譯出來的東西較大，遂萌生往WTL轉(zhuǎn)移的想法。

前前后后花了很長事件移植完畢，與其說是移植，倒不如說是重寫。

現(xiàn)在編譯出來只有300K左右，壓縮一下，100多K，挺小巧。

最近反復(fù)在想，我為什么做這個東西？最后的答案是：興趣。

多少年以前我就想做編輯器，一直斷斷續(xù)續(xù)到現(xiàn)在還沒完工，哎。。O(∩_∩)O呵呵。

看了網(wǎng)上一些對編輯器的評論，感觸頗深。

尤其是Mac上的TextMate，我沒用過，不過看介紹，似乎并沒有什么特殊的功能，僅僅是一個什么Bundles就讓很多

程序員趨之若鶩。其實也就是個代碼完成，感覺實現(xiàn)起來沒什么技巧。也許具有足夠的可定制性不是一件easy的事情吧。

還有e這個Editor,真不想說什么了，我覺得很一般很一般。一個編輯器，啟動就要25M內(nèi)存。編輯稍微大點的文件，內(nèi)存就直線

上升。我用了一會，就發(fā)現(xiàn)一堆的bug.真不明白，這么一個破編輯器也要賣39歐。

還有Notepad++，竟然被評為最好用的編輯器了，俺不服。

與其罵別人，倒不如激勵自己。我的編輯器到底應(yīng)該有什么樣的特色呢？

我覺得下面這幾個是我必須得要的。

1, 支持unicode和東亞字符，最好可以自動探測文件編碼（這點，借助Firefox，我實現(xiàn)了，hoho）

2, 支持自定義語法文件，語法渲染要好。這點上，我最后使用了詞法分析的方式來做。大多數(shù)人都會使用到

   少數(shù)幾個編程語言，都希望編輯器能夠更好的渲染這幾種常用的語言代碼。另外我提供了一個CommonLex供一般程序使用，

   可以分析單行，多行注釋，字符串，數(shù)字，分組關(guān)鍵字，分隔符，這些其實就夠了。

3, 支持Schema，眼睛累了，就可以換一個，hehe

  lua比較好用，我直接把顏色保存成table,想用哪個schema，配置一下就Ok了。

4, 一定不要過于占用內(nèi)存和CPU。

5， 我還想要什么呢。。。還沒想好。最主要我想要我做的。O(∩_∩)O哈哈~

發(fā)個截圖，留作紀念。

另外，哪位朋友給我寫個從后面查找的指定字符串的函數(shù)，原型如下：

就一個要求，要高效，要對啊

src: 源字符串
len: 源字符串長度
start: 從該位置開始查找
sub: 字符串
sub_len: 子字符串長度
case: 區(qū)分大小寫
int rstrstr( const char* src, int len, int start, const char* sub, int sub_len, bool case );