re: 美图几张，欢迎欣赏 megax 2011-09-02 17:02
@子非鱼
多谢捧场
re: 最近更新(截图和部分插件) megax 2011-09-01 18:13
@子非鱼
说实话，我也不知道呢
re: 一个不错的插件架构:BVRDE megax 2011-08-17 11:34
@Eric
对啊，作者是大牛人，写了很多实用的atl类。
re: 我的编辑器0.60版本 megax 2011-08-08 09:45
@HUIANG
呵呵，不好意思啊。最近休了个大假。更新还是一直有的。多谢关注。
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的内核没有太多的特色。绝大多数的功能主要体现在外围上，比如转换等。这些其实均可以通过插件或者脚本来完成。至于EmEditor，我的edit在内核上的绝大多数功能都不比它差，甚至要优于它。我现在要做的就是不断完善。比如打印预览啊，符号匹配（不仅是括号匹配），类似textmate的完成等等。
re: 我的编辑器0.60版本 megax 2011-07-13 16:58
@story1978
等待1.0版本，呵呵。现在要做的是一些关键的功能和架构。暂时的版本还未到可以正常使用的地步。
re: 我的编辑器 0.50版 megax 2011-07-08 15:47
@hoosean
从第一次尝试开始算的话，得有10年了。实际有效开发的话，大约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或者其它的系统，只要变更一下字体，在变回来即可。（win7使用western).
re: 我的编辑器 0.50版 megax 2011-07-04 11:34
@story1978
tab是很好做的。因为近期目标就是notepad2，所以没做而已。我希望tab是可以拖曳的，以解决伪MDI带来的不便于比较多个文件的问题。但是纠结于到底是多进程还是单进程这个问题中...我所发布的exe均是upx压缩的，金山不会连这个壳都脱不了吧！
re: 我的编辑器 0.50版 megax 2011-07-04 09:49
@HUIANG
操作方式是模拟vs而来的。绝大多数快捷键都是和vs相同的。只有列选插入的时候是扩展到末尾，delete时删除全部并扩展。
re: 我的编辑器 0.50版 megax 2011-07-02 16:39
@foxtail
不太正确？你这个是54936四字节编码吗？如果是的话，部分四字节映射到unicode16的时候会丢失。
@lulu00147
找不到了吗？我现在重要的东西都备份成好几个，分别放在不同的地方。狡兔三窟嘛。比如编辑器的source,要是丢了，就麻烦大了，呵呵
@story1978
简繁转换，不属于核心功能。由脚本或者插件来实现比较好，毕竟就是一个查表操作。不需要和core打交道。
re: 字符大小写转换 megax 2011-06-25 22:57
@空明流转
这个很重要！
@小桑
@HUIANG
这阵子在客户那忙的乱七八糟，这个周末好好的整理一下。
@lulu00147
没有什么语言能比HTML这种混合语言更复杂的了。tex我不是太熟，不知道有没有参照物，比如就着色成那样的，或者在着色上再加点啥更好之类的建议？
re: 进度2011/05/31[未登录] megax 2011-06-02 12:46
@HUIANG
这儿有点认识上的区别，或者说概念上的问题。正在专门整理一篇关于选区的文章。
re: FanType 0.20版本 megax 2011-05-30 10:51
@HUIANG
我明白你说的选区的问题了。你是不是说，区块选择的时候，在区块内的非文字部分，同时也要显示出选择的状态对吧！呵呵，我是这么认为的：选择，只有被选择的文字才会发生变化，那么不被选择的文字当然就不会有特征出现了。不过，添加一个显示特征还是有必要的。另外，关于往选区后添加文字的问题是这样的：多选或者列选的时候，输出是添加到选区后面的，这个时候删除选区是Delete键。
re: FanType 0.20版本[未登录] megax 2011-05-29 21:45
@HUIANG
明白了，你说的是虚拟空格(virtual space), 虚拟空格正在支持中！多选区的一些问题，正在考虑修正中。敬请期待下一版本。顺便透漏一下，hexedit也实现的差不多了。可以完美的编辑器Int64那么大的文件，是编辑哦，不只是在原位置修改一个字符。。。
re: FanType 0.20版本[未登录] megax 2011-05-29 21:40
@yafare
厉害啊，这你都测试到了。我限制了最长行数到64K,因为如果一行过长的话，可能会占用内存比较多。目前打算解决这个限制。支持总比不支持好！不过Emeditor在长行处理方面解决的比较好！
re: FanType 0.20版本[未登录] megax 2011-05-27 19:41
@HUIANG
列选择时，你是说无法从光标处进行选择吗?
多选择，按住Ctrl，同时点击鼠标左键，即为增加锚点！
re: 多选区支持[未登录] megax 2011-05-20 17:06
@HUIANG
厉害啊！正是区区在下！~~~~~_~
re: FanType 0.11版本[未登录] megax 2011-05-13 14:41
@HUIANG
当架构简单化之后，有些问题就不是问题了。呵呵，我最近会一直保持更新。目标是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来进行操作。简单的操作，比如插入日期啊，之类的，那点效率损失可以忽略不计。我主要纠结在处理从一个MainFrm拖放出来一个Tab的时候，到底是用多个Lua instance还是单个。使用多个的话，设计上会比较简洁，但是比较浪费。使用单个的话，对使脚本制作复杂化。
re: FanType 0.1版本 megax 2011-05-11 21:45
@Eric
恭喜你，一个伟大的名字诞生于你的手中！
对，脚本又换回Lua了，vbs是很方便，不过绑定类函数太麻烦!
re: 越来越像vim了 megax 2011-05-07 14:26
@HUIANG
多谢关注。最近打算先放出Lite版本。集成Lua的script版本，遇到点想不通的问题，不是技术的问题，而是使用上的。正在思考中，呵呵
我记得，这是很久以前很久以前使用vb的时候的做法了吧。。。现在是orm的时代喽
re: 编辑器制作之简易代码自动完成 megax 2011-03-29 10:09
@HUIANG
呵呵，目前中意两个名字，一个是FantacyType，一个是EverText之类的，前者是一网友取的，名字稍微有点长。
@HUIANG
多谢支持，最近带项目，特别忙。现在的进度是实现了脚本控制菜单，字体，等等。。。
这个博客程序太烂。。。cppblog为啥不迁移到wp呢？
@HUIANG
最近太忙了，带项目，买房子。不过还是坚持做的，目前实现了可分离式的Tab，像浏览器那样。以及脚本可控制的代码折叠。
re: 程序员的3种美德[未登录] megax 2011-02-15 16:32
IT以及计算机关联技术发展至今，个人的单打独斗注定不可能成功。更多的时候你不是在写程序，而是在做服务。很多的时候，你需要把这个服务做好，而不是把这个服务做的漂亮。当然能弄的漂漂亮亮的则更好。你需要的是团队，你需要的是和别人的协作。希望看到这则消息的人，不要再去崇拜那些技术英雄之类的，更不要对上面的所谓美德信以为真。
re: 2009-2010小结（二）[未登录] megax 2011-01-18 16:53
看你这个成绩，应该是没有去复习的吧！呵呵
re: 编辑器制作之简易代码自动完成 megax 2011-01-07 13:59
@lulu00147
EverEdit的确还凑合
re: 编辑器制作之简易代码自动完成 megax 2011-01-06 09:20
@陈昱(CY)
太搞了！
re: 编辑器制作之简易代码自动完成 megax 2011-01-06 09:20
@匿名
有创意！
@lulu00147
呵呵,x64版本的，我还没编译过呢。不过应该不是问题。latex的语法我发现regexp匹配似乎就足够了，想抽空给tex做个工具条。就像WinEdit那样，感觉似乎难度不大。原先我想直接用配置文件(lua,vbs,或者js)来做配置，但是这种配置文件对于一般用户难度很大。现在卖得比较火的编辑器，几乎都是采用对话框来进行各种配置，不过这个写起来很麻烦。目前这个演示版本性能还是非常不错的，不过不可以当作日常应用！呵呵，还有很多bug,以及诸多不便。以后的日子里，逐渐修正吧。前天刚回国，忙着呼呼大睡呢！元旦快乐！
@陈梓瀚(vczh)
呵呵，术业有专攻，我的目标是一个高性能纯文本编辑器，一些功能只能simulation,让用户感觉像，但其实相较vs而言简单的多，呵呵。不过说到脚本，vim很多脚本都1000行以上哦~~~
@陈梓瀚(vczh)
呵呵，我仅是提供编辑器内核而已。渲染文件也只是很普通的词法分析，没用到啥高深的技巧。不过，关于你说的问题，我们可以换一个角度考虑。我是这么考虑的：
我提供了脚本接口，脚本可以高速全文扫描编辑器每一行(vbs的效率真的比我想象的高的多)。扫描之后必然会有一些数据出来。比如用ctags，你就可以找到一些自定义声明的类,然后把他们添加为某一个type的关键字。然后，触发一个定时器。。。剩下的，你知道的！
@潘孙友
事实上绝大多数的编辑器在语法分析上差距不大，ue/editplus/emeditor为了图省事，在加载文件的时候，如果该文件的语法是上下文相关的（就是上行代码的状态会影响到下行），它们都会预先分析一遍。我的编辑器也是。不过在下一个版本中，我会修改成需要时分析，这样至少打开的速度和普通文本是差不多了。