2008-08-10 11:17 |
@沈臻豪(foxtail)
悠久的是UE，不過UE的內核不是Unicode，這點很讓人失望。我經常需要在中日英之間切換，Unicode是必須的。而且UE的版本更新太快，啟動內存20M,不小啊。EM的最新版本比較強大，對于超大文件有著非常好的支持?；A架構也比較好，語法擴展也很方便，內核支持Unicode,插件架構比較好。如果非要選一個比較好的，我認為是最新版本EM。我以前一直用Editplus，不過它更新的很慢，有些功能做的也不盡如人意。我想做的就是集這幾家所長，最主要的是我想提供一個命令工具，像vi那樣，這個非常有用，我認為。
回復 更多評論
2008-08-10 21:26 |
嗯，我試用了，做的還不錯。scintilla可以直接定義document的encoding,這樣就解決了unicode的問題，嗯，不錯，scintilla很強大。壓力很大，我得加快進度了，在基礎控件上得加把勁。用戶使用感覺上也得加油。flexedit似乎是個中國人寫的，里面的command實現的挺有意思，我是費了勁使用管道輸入輸出重定向來實現的，它倒好，直接嵌入了ConsoleWindow。另外它似乎沒有實現打印，呵呵。目前在國內真正讓我佩服的中國人做的編輯器是LiteEdit，它已經很長時間沒更新了，作者功力不錯，網上可以找到源代碼。其它的編輯器，還沒發現中國人做的太好的。歡迎繼續討論，有任何問題，都可以討論，呵呵。
回復 更多評論
2009-03-25 12:12 |
很期待這款編輯器,我覺博主是不是可以考慮放出一些版本來讓大家試用了
其實罵聲能夠促進進步的
如果決定opensource的話,可以先放在googlecode上呀,多一些人來修改BUG,博主也好其中精力在核心開發上
我一直在找一款輕便又方便的編輯器
回復 更多評論
2010-02-23 12:03 |
@AptEdit
很榮幸能得到您的評論.
前陣子過年了，沒來得及回，不好意思。
試用了您的AptEdit，確實很不錯。本人也浸淫編輯器數年，因此就不在拍馬屁了，呵呵。
AptEdit在基礎架構上似乎有點性能問題，尤其是光標的定位。在打開《鬼吹燈》這篇小說時候在文章頭部
進行插入刪除操作的時候會感到明顯延遲。在進行較長的行自動換行的時候也可以明顯地感到延遲。我想可能
是你光標定位算法或者判斷重繪區域較為緩慢所致。我猜測你可能用了行鏈表結構。因此也導致了打開較大帶文法的文件
的時候進行光標滾動會感到明顯滯頓。呵呵，瞎猜的
另外，保存行狀態(正常,編輯過,保存過)你可以用bitset,這樣你就可以不用讓修改該過的行即使撤銷也依然顯示紅色了,還節省內存。
你的詞法分析做的挺不錯的,我為了圖省事,當遇到影響下一行的狀態的時候會一直往下分析直到該行狀態不變為止。
在外觀上AptEdit應該盡量simple, 我不太喜歡重繪過的Menu. 現在流行的秀丸,Editplus, EmEditor, sakura啊,都極其簡潔。
所以我現在也在考慮做成單進程多線程的,看起來是SDI,但是只有一個實例，就像WORD那樣。我對編輯器外圍的這些東西不太感興趣,所以這么多年了
一直研究編輯器本身,不過坦白的說做外圍的這些條條框框還是非常麻煩的。
很高興看到AptEdit開賣了,不知道賣的如何啊,可以的話，我也打算拿出來賣,MegaxEdit的平均性能還是剛剛的~(笑）
Best regards.
回復 更多評論