All Stories
原本我提交的时候，都是老老实实一项一项地填写软件信息的，虽然也知道有PAD，还装过个自动生成软件，但一直没用上。今天突然觉得应该多提交些网站，于是从cnsw论坛里找了批下载站的地址，开始提交，猛然发现大多数站点是只接受PAD方式提交的，于是没办法咯，只好老老实实生成各个PAD，再提交。 不过这样下来，发现用PAD提交，既然没有软件自动提交，纯粹人肉也不是很费时间啊！
昨天跟一个以前的同事在QQ上聊天，说到他有朋友是卖电脑的，问有没有什么软件可以OEM的。想到要OEM，必然要大众，要傻瓜，要新潮。于是我随便想了想，倒也不是真想去OEM，只是最后想到AV类的软件，实在是极其巨大的市场！ 于是我又发散思维地想了想，最后觉得这类型的产品是有利可图，而且网上代码和成品软件很多，开始涉足的技术难度应该不是非常大。 唉，为了快速圈地，只好先投身AV事业了！
今天在安装程序中添加了2个网页快捷方式，因为用的是ISTool编辑的，所以就直接用它来编译了，结果试了几次，都发现没正确添加上快捷方式，连原来应该有的其他的快捷方式都没有了，甚至发现我本来让它在所有文件复制完后，应该有个选项可以让用户选择是否运行程序的，连选项都没有了。 真是奇怪的问题，于是在CruiseControl的历史记录中翻出最近的历史，发现还是正确的。想到这个安装脚本的区别基本没有，主要在于使用的是不同的编译工具。于是用命令行ISCC.exe编译了一下，居然是正确的！ 这ISTool原来还是自己做了一套编译功能的说？
知道IUP应该是去年的事，有个叫LuaForWindows的集合，里面就带了一个，上网了解了一下，知道还有一起的IM和CD。LuaForWindows已经提供了使用MSVC2005编译好的二进制文件，不过我不喜欢。我打算用MinGW编译一把。 开始的时候我以为可以直接用自带的makefile编译。结果是我花了半天时间，在msys里编译，还试图根据编译时报的出错信息，来修改makefile。在msys编译失败后，我尝试看那个自带的makefile，以为用TecMake可以编译通过，事实又是让我那么的失望！ 最后，经过我对makefile的简单解读和分析，我决定自己写下个bjam的编译脚本。总的说来，我深信bjam是很适合用来编译库的，毕竟boost就是一堆的库。经过近一天的努力，除了那些需要依赖OpenGL、Windows Media SDK、DirectX等额外库支持的库，其他的基本都被我编译出来了。 本来bjam是可以支持一次编译多个工程（库），或只编译一个工程（库）的，不过那种bjam脚本我还不会写，我只能分别为IUP、CD和IM各写了一个bjam编译脚本。看来还是得再深入学习一下啊！
前些天才知道，tor也是会被封的，要用tor bridge才行，至于bridge的ip从哪来，网上到处有说，也就是给某邮箱发个邮件索取来的。 这两天发现，这些bridges也是时好时坏的，于是笨办法是不停地索取新的bridges来用，今天发现得到的ip有的是之前得到过的，也就是说可能是不好用的，只能试试之前没用过了。 唉，封得越来越死了，无语！
昨天一时好奇，从网上下载了CTeX 2.8 Beta1来，安装好后，尝试着编译原来的一个纯英文的文档和一个Beamer做的幻灯片，结果发现全都有问题。首先是编译速度非常非常慢，CPU占满。然后是原来用grphicx的地方，直接插入png的语句编译不过。最后是发现Beamer包的应用和bibtex联用的地方，最后一次pdflatex编译时，编译不过。 速度慢倒暂时也忍了。至于插入png的语句编译不过，通过网上找到的资料，下载了个ImageMagick，里面有个convert.exe，可以将png转换成eps，而实际上这eps也只有在普通文档中是可用的，在Beamer中仍然要用png，这是让人很郁闷的地方，几方处理方式不一致，是让写程序的人很头疼的事。 好吧，这些都是可以放一边的。最最关键的是，那个幻灯片编译不过呀！如果不编译最后一次，那参考文献就不行了。于是继续上网找办法，发现一会儿工夫有了CTeX 2.8 Beta2，嗯，实际上我是很有心理准备的，这么一个小Beta号的变更，是不会有大变动的，但仍然不死心地尝试了一下，果然不出所料还是不行的。于是在CTeX的网站上看到正式发布的2.7.1.42版本CTeX，仍然不行。期间还试过有个CTeXLive2008的集成包，呃，也是不行的！ 我相当的郁闷！于是上CTeX的论坛上发帖求助，直到今天有个管理员给了个2.4的CTeX下载路径，才算最终搞定！对于这种不了解的东西，不能随便升级了，要升级前也得对能正常工作的旧版本做好备份工作，以便及时回滚啊！ 昨天差不多搞了整整一天，幸亏现在网速快了，不然还得花更多的时间呢。被LaTeX折腾了，教训啊！
辞职前，还计划在到年底前的3个月里好好读一下买来的那么多书，可是事实是回来这么些天了，还是没什么动静。 那时的计划是要读一本市场营销原理的书，一本经济学原理的书，一本心理学原理的书。之后再是读一遍已经买的“图灵”系列丛书，主要是想把实现模式、设计模式、面向对象程序设计以及重构这4方面的内容结合在一起，以提高自己的水平。 近两周来，我没基本看过一本书，我觉得应该调整一下，慢慢地看也好，每天看一点点，但要做笔记，或者写心得。这是最近让我觉得比较迷惑的地方，前段时间要写重构相关的幻灯片，可是虽然我读了《重构》，但在写幻灯片的时候却只能抄书上的内容，这是让我觉得很不爽的一件事情。我觉得心得，主要应该是自己结合原书内容得加以扩展、延伸的内容，而我现在却写不出什么东西来。在之后的读书过程中要努力改进啊！
我到现在还是没有掌握到Windows图形界面的真正规则，只能使用各种现成的类库、组（控）件、框架来做界面。很多效果如果默认的控件不能提供，需要自绘什么的，我就傻眼了。 昨天又花了不少时间在做界面上。本来是想在一个Pane上放在一个自绘的ListBox的，结果问题不断，困难重重。其实到最后发现所有的问题都是只要使用适当的窗口风格就可以解决，我大汗！
今天偶然发现在svn trunk中的wxWidgets已经支持Ribbon了。在更新了代码后，我还特地用VC2008编译了一遍体验了一下。总的说来，可以算是Ribbon了，但感觉没有像XTP、BCG或MFC v9.0中的那么舒服。我看的是它自带的那个sample，还带着Windows标准窗口的标题栏，没有左上角的按钮和下拉菜单，也没有右上角的按钮。不知道是sample中没实现，还是wxWidgets本身就不支持。不过我想么，用wxWidgets本身就说明是重点关注它的跨平台可移植性，就不要关注这种平台特定的东西了，包括那GDI+也是。它既然号称look and feel native，那么代价就是界面不容易做得很有个性，就只适合做些严肃题材的软件了，比如IDE。 今天又看了下MSDN中对VC 2008 Feature Pack中对MFC界面增强的介绍，让我有点儿小小的郁闷，之前是过分谨慎，或者说固步自封了，没早点尝试这个增强库，而一直盯着XTP不放。今天看来，绝大部分需要的特性，在这个Features Pack中是提供了的。只不过现在还没仔细看过它的各个sample的代码，不知道它到底可以实现怎样的效果。
