re: 美圖幾張，歡迎欣賞 megax 2011-09-02 17:02
@子非魚
多謝捧場
re: 最近更新(截圖和部分插件) megax 2011-09-01 18:13
@子非魚
說實話，我也不知道呢
@Eric
對啊，作者是大牛人，寫了很多實用的atl類。
re: 我的編輯器0.60版本 megax 2011-08-08 09:45
@HUIANG
呵呵，不好意思啊。最近休了個大假。更新還是一直有的。多謝關(guān)注。
re: 我的編輯器0.60版本 megax 2011-07-18 09:31
@story1978
1. 選擇時按住Alt
2. 目前的目標是notepad2,呵呵
3. Perl5
re: 我的編輯器0.60版本 megax 2011-07-14 09:44
@story1978
textpro的內(nèi)核沒有太多的特色。絕大多數(shù)的功能主要體現(xiàn)在外圍上，比如轉(zhuǎn)換等。這些其實均可以通過插件或者腳本來完成。至于EmEditor，我的edit在內(nèi)核上的絕大多數(shù)功能都不比它差，甚至要優(yōu)于它。我現(xiàn)在要做的就是不斷完善。比如打印預(yù)覽啊，符號匹配（不僅是括號匹配），類似textmate的完成等等。
re: 我的編輯器0.60版本 megax 2011-07-13 16:58
@story1978
等待1.0版本，呵呵?，F(xiàn)在要做的是一些關(guān)鍵的功能和架構(gòu)。暫時的版本還未到可以正常使用的地步。
re: 我的編輯器 0.50版 megax 2011-07-08 15:47
@hoosean
從第一次嘗試開始算的話，得有10年了。實際有效開發(fā)的話，大約5年左右。
re: 我的編輯器 0.50版 megax 2011-07-06 15:40
@story1978
這是一個bug,已修正。Thanks.
re: 我的編輯器 0.50版 megax 2011-07-06 09:30
@pansunyou
在xp下我故意把courier new 的charset改成了greek，以獲得更好的中文顯示。如果你使用win7或者其它的系統(tǒng)，只要變更一下字體，在變回來即可。（win7使用western).
re: 我的編輯器 0.50版 megax 2011-07-04 11:34
@story1978
tab是很好做的。因為近期目標就是notepad2，所以沒做而已。我希望tab是可以拖曳的，以解決偽MDI帶來的不便于比較多個文件的問題。但是糾結(jié)于到底是多進程還是單進程這個問題中...我所發(fā)布的exe均是upx壓縮的，金山不會連這個殼都脫不了吧！
re: 我的編輯器 0.50版 megax 2011-07-04 09:49
@HUIANG
操作方式是模擬vs而來的。絕大多數(shù)快捷鍵都是和vs相同的。只有列選插入的時候是擴展到末尾，delete時刪除全部并擴展。
re: 我的編輯器 0.50版 megax 2011-07-02 16:39
@foxtail
不太正確？你這個是54936四字節(jié)編碼嗎？如果是的話，部分四字節(jié)映射到unicode16的時候會丟失。
@lulu00147
找不到了嗎？我現(xiàn)在重要的東西都備份成好幾個，分別放在不同的地方。狡兔三窟嘛。比如編輯器的source,要是丟了，就麻煩大了，呵呵
@story1978
簡繁轉(zhuǎn)換，不屬于核心功能。由腳本或者插件來實現(xiàn)比較好，畢竟就是一個查表操作。不需要和core打交道。
re: 字符大小寫轉(zhuǎn)換 megax 2011-06-25 22:57
@空明流轉(zhuǎn)
這個很重要！
@小桑
@HUIANG
這陣子在客戶那忙的亂七八糟，這個周末好好的整理一下。
@lulu00147
沒有什么語言能比HTML這種混合語言更復(fù)雜的了。tex我不是太熟，不知道有沒有參照物，比如就著色成那樣的，或者在著色上再加點啥更好之類的建議？
re: 進度2011/05/31[未登錄] megax 2011-06-02 12:46
@HUIANG
這兒有點認識上的區(qū)別，或者說概念上的問題。正在專門整理一篇關(guān)于選區(qū)的文章。
re: FanType 0.20版本 megax 2011-05-30 10:51
@HUIANG
我明白你說的選區(qū)的問題了。你是不是說，區(qū)塊選擇的時候，在區(qū)塊內(nèi)的非文字部分，同時也要顯示出選擇的狀態(tài)對吧！呵呵，我是這么認為的：選擇，只有被選擇的文字才會發(fā)生變化，那么不被選擇的文字當然就不會有特征出現(xiàn)了。不過，添加一個顯示特征還是有必要的。另外，關(guān)于往選區(qū)后添加文字的問題是這樣的：多選或者列選的時候，輸出是添加到選區(qū)后面的，這個時候刪除選區(qū)是Delete鍵。
re: FanType 0.20版本[未登錄] megax 2011-05-29 21:45
@HUIANG
明白了，你說的是虛擬空格(virtual space), 虛擬空格正在支持中！多選區(qū)的一些問題，正在考慮修正中。敬請期待下一版本。順便透漏一下，hexedit也實現(xiàn)的差不多了。可以完美的編輯器Int64那么大的文件，是編輯哦，不只是在原位置修改一個字符。。。
re: FanType 0.20版本[未登錄] megax 2011-05-29 21:40
@yafare
厲害啊，這你都測試到了。我限制了最長行數(shù)到64K,因為如果一行過長的話，可能會占用內(nèi)存比較多。目前打算解決這個限制。支持總比不支持好！不過Emeditor在長行處理方面解決的比較好！
re: FanType 0.20版本[未登錄] megax 2011-05-27 19:41
@HUIANG
列選擇時，你是說無法從光標處進行選擇嗎?
多選擇，按住Ctrl，同時點擊鼠標左鍵，即為增加錨點！
re: 多選區(qū)支持[未登錄] megax 2011-05-20 17:06
@HUIANG
厲害?。≌菂^(qū)區(qū)在下！~~~~~_~
re: FanType 0.11版本[未登錄] megax 2011-05-13 14:41
@HUIANG
當架構(gòu)簡單化之后，有些問題就不是問題了。呵呵，我最近會一直保持更新。目標是KO掉notepad2.
re: FanType 0.11版本 megax 2011-05-12 22:41
額，這是32位的。64位的還沒編譯。
re: FanType 0.10版本 megax 2011-05-12 22:13
@lulu00147
呵呵，不錯。不過，我已決定購買godaddy的，加上域名啥的。呵呵
re: FanType 0.1版本[未登錄] megax 2011-05-12 08:42
@lulu00147
我主要用Lua來綁定命令和事件，比如你可以建立一個命令，加到菜單里面，這個命令你可以使用Lua，也可以使用dll來進行操作。簡單的操作，比如插入日期啊，之類的，那點效率損失可以忽略不計。我主要糾結(jié)在處理從一個MainFrm拖放出來一個Tab的時候，到底是用多個Lua instance還是單個。使用多個的話，設(shè)計上會比較簡潔，但是比較浪費。使用單個的話，對使腳本制作復(fù)雜化。
re: FanType 0.1版本 megax 2011-05-11 21:45
@Eric
恭喜你，一個偉大的名字誕生于你的手中！
對，腳本又換回Lua了，vbs是很方便，不過綁定類函數(shù)太麻煩!
re: 越來越像vim了 megax 2011-05-07 14:26
@HUIANG
多謝關(guān)注。最近打算先放出Lite版本。集成Lua的script版本，遇到點想不通的問題，不是技術(shù)的問題，而是使用上的。正在思考中，呵呵
我記得，這是很久以前很久以前使用vb的時候的做法了吧。。?，F(xiàn)在是orm的時代嘍
re: ?編輯器制作之簡易代碼自動完成 megax 2011-03-29 10:09
@HUIANG
呵呵，目前中意兩個名字，一個是FantacyType，一個是EverText之類的，前者是一網(wǎng)友取的，名字稍微有點長。
@HUIANG
多謝支持，最近帶項目，特別忙。現(xiàn)在的進度是實現(xiàn)了腳本控制菜單，字體，等等。。。
這個博客程序太爛。。。cppblog為啥不遷移到wp呢？
@HUIANG
最近太忙了，帶項目，買房子。不過還是堅持做的，目前實現(xiàn)了可分離式的Tab，像瀏覽器那樣。以及腳本可控制的代碼折疊。
re: 程序員的3種美德[未登錄] megax 2011-02-15 16:32
IT以及計算機關(guān)聯(lián)技術(shù)發(fā)展至今，個人的單打獨斗注定不可能成功。更多的時候你不是在寫程序，而是在做服務(wù)。很多的時候，你需要把這個服務(wù)做好，而不是把這個服務(wù)做的漂亮。當然能弄的漂漂亮亮的則更好。你需要的是團隊，你需要的是和別人的協(xié)作。希望看到這則消息的人，不要再去崇拜那些技術(shù)英雄之類的，更不要對上面的所謂美德信以為真。
看你這個成績，應(yīng)該是沒有去復(fù)習(xí)的吧！呵呵
re: ?編輯器制作之簡易代碼自動完成 megax 2011-01-07 13:59
@lulu00147
EverEdit的確還湊合
re: ?編輯器制作之簡易代碼自動完成 megax 2011-01-06 09:20
@陳昱(CY)
太搞了！
re: ?編輯器制作之簡易代碼自動完成 megax 2011-01-06 09:20
@匿名
有創(chuàng)意！
@lulu00147
呵呵,x64版本的，我還沒編譯過呢。不過應(yīng)該不是問題。latex的語法我發(fā)現(xiàn)regexp匹配似乎就足夠了，想抽空給tex做個工具條。就像WinEdit那樣，感覺似乎難度不大。原先我想直接用配置文件(lua,vbs,或者js)來做配置，但是這種配置文件對于一般用戶難度很大?，F(xiàn)在賣得比較火的編輯器，幾乎都是采用對話框來進行各種配置，不過這個寫起來很麻煩。目前這個演示版本性能還是非常不錯的，不過不可以當作日常應(yīng)用！呵呵，還有很多bug,以及諸多不便。以后的日子里，逐漸修正吧。前天剛回國，忙著呼呼大睡呢！元旦快樂！
@陳梓瀚(vczh)
呵呵，術(shù)業(yè)有專攻，我的目標是一個高性能純文本編輯器，一些功能只能simulation,讓用戶感覺像，但其實相較vs而言簡單的多，呵呵。不過說到腳本，vim很多腳本都1000行以上哦~~~
@陳梓瀚(vczh)
呵呵，我僅是提供編輯器內(nèi)核而已。渲染文件也只是很普通的詞法分析，沒用到啥高深的技巧。不過，關(guān)于你說的問題，我們可以換一個角度考慮。我是這么考慮的：
我提供了腳本接口，腳本可以高速全文掃描編輯器每一行(vbs的效率真的比我想象的高的多)。掃描之后必然會有一些數(shù)據(jù)出來。比如用ctags，你就可以找到一些自定義聲明的類,然后把他們添加為某一個type的關(guān)鍵字。然后，觸發(fā)一個定時器。。。剩下的，你知道的！
@潘孫友
事實上絕大多數(shù)的編輯器在語法分析上差距不大，ue/editplus/emeditor為了圖省事，在加載文件的時候，如果該文件的語法是上下文相關(guān)的（就是上行代碼的狀態(tài)會影響到下行），它們都會預(yù)先分析一遍。我的編輯器也是。不過在下一個版本中，我會修改成需要時分析，這樣至少打開的速度和普通文本是差不多了。