摘要：近期开发计划:1.无窗口的richedit支持,包括ole图片以及段落支持,这些是IM类必需的组件(已经开始) --预计6月初完成2.浏览器类组件支持,预计包括webbrowser和webkit,后者近来的需求越来越大,尽管有挑战也要试一试,到时候参考qt --预计6月底完成3.flash窗口的支持,这个可能有些地方会用到,比较容易 --预计7月初完成希望大家有好的这方面源码参考或者建议的能给我留言.问题：1.Chrome中的光标设置依赖于mousemove消息，快速移动鼠标的时候会导致光标状态闪烁，尝试修复为wm_setcursor2.Chrome中的NativeTextfieldView输 阅读全文

摘要：这里用三，主要是考虑公布开源地址，意味着一个新的开始。 源码开源地址：http://code.google.com/p/x-framework/ 代码更新至 Chrome的r80414版本(大致一月前)，最近一直在学习Browser部分加之自己工作上的一些事情，有点慢。稍微稳定点会加快速度，Browser部分已经看的差不多，一有时间就会动手。有些关注的人给我email问我，这里做一个解释，原本想做的更好再公布开源地址的。 阅读全文

摘要：软件工程中软件设计的中的一个环境就是部署问题，现在的软件在解决用户问题的同时还得解决自己的更新升级，这往往是一件非常繁琐的事情。目前客户端软件升级常用的手法就是搭配一个Updater.exe进行新版本的检测以及更新维护，每个软件的Updater程序大同小异，就发布文件而言也没有保密性可言，然而每做一个程序缺都要重复这样的工作。思路反过来就是能不能有一个通用的solution去解决客户端程序的发布和部署问题？就我看来，这一过程就好比从svn里面导出数据，之后进行更新一样，多的只是注册表项的一些操作（包括COM）和本地文件的操作，这样问题就归结于一个定制的svn客户端，基于这个客户端下发的软件，可 阅读全文

摘要：有一些松懈，罪过罪过，警告自己一下。但是没有闲着，主要是Chrome浏览器部分的代码着实庞大复杂，牵扯到的新技术技巧很多，正在全面的了解其进程模型、线程模型、自升级策略、底层消息框架View框架的应用细节、应用系统的通知模型、配置系统、扩展系统、各种Windows奇技淫巧等综合起来，确实需要耗费大量精力。这些东西不像底层代码那样几乎是完全可复用的，有很多东西是浏览器相关的，我目前并不想积累。有的时候会替别人问自己：你有必要搞那么复杂嘛？你到底想要搞一个什么东西？你这东西能不能用？等你全部整明白了是不是已经淘汰了？互联网客户端未来还会不会有希望？我想首先我不是那么急功近利，我的基本生活不是以此为 阅读全文