Wysiwyg编辑器试用失败，markItUp推荐
从昨天早些时候开始我就在twitter上说今天要对一些Wysiwyg编辑器进行一个比较详细的评测，之所以做这样的评测也是因为我想为Drupal后台找一个顺手的编辑器。但事实上在这个评测在开始半小时后我几乎认为Drupal不会存在一款适合我的编辑器。这个Wysiwyg编辑器的列表如下：FCKeditor，Whizzywig，jWYSIWYG，WYMeditor，NiceEdit，markItUp，TinyMCE，openWYSIWYG。
列表从一开始就被去掉了一半，因为我需要的Wysiwyg编辑器必须能显示源代码，而不仅仅是一个Rich的效果。然后在两大流行强者FCKeditor，TinyMCE的试用中发现了一个很麻烦的情况：这两款编辑器对现有文章再编辑会造成混乱。在花了10分钟的调整Drupal默认编辑格式后这种情况有所好转，但一个有趣的现象引起了我的注意。Wysiwyg的意思就是“所见即所得”，所以这些编辑器都提供了一个Rich的编辑窗口，所有的内容都像Word这些字处理器那样直接展示了字体大小、颜色、项目序号、图片内容。但问题是它们显示的并不是最终展示给访问者的最终效果。
大部分编辑器的Rich编辑窗口只是尽量展示了一个“标准”效果的效果，而不是根据当前模板的css来展示效果。唯一一个调用当前模板css的是FCKeditor，但是由于FCKeditor功能过于强大所带来的庞大体积和较慢的读入速度一直处在选择清单的一个尴尬位置上。
让人沮丧的测试情况直到我激活了markItUp这个编辑器戏剧化的转变了。刚开始看到可怜的6个功能图标几乎让我放弃尝试，但是当随意的点了一个“加粗”图标后，整个状况完全不同了。妈的，markItUp竟然不是Wysiwyg编辑器。
markItUp并不是Wysiwyg，Drupal下用于切换编辑器的WYSIWYG模块竟然不负责任的把它也包括在了支持列表中，也因为这样我得到了一个极其理想的后台编辑器。推论一下如果markItUp并不优秀或者极其简陋是不可能被包括进那个列表的，于是跑去它的产品页面找了下，果然发现大量的Sets：Html, BBCode, Textile, Markdown, Wiki syntax, CSS…（这个列表可以继续列下去）。
点下markItUp按钮的瞬间我就明白了我并不是在找寻一个Wysiwyg编辑器，我需要的是一个“好”的编辑器。它应该可以显示源代码；有很好的扩展性；速度要快；能和Drupal整合的很好；可以为访问者单独设定使用界面。这些markItUp全部做到，即使没有Wysiwyg，Drupal自己的Preview也弥补了这个小小的缺憾（并且Preview提供的是最终页面展示效果）。
Drupal Notifier for iPhone OS
介绍一款针对Drupal的iPhone OS程序：Drupal Notifier 。
Notifier功能很简单，它让所有有更新癖的Drupal用户能够及时知道自己站点上的Drupal主程序和所有Module是不是处于最新版本。除了需要安装Drupal Notifier.app到iPhone OS外，另需要在站点上安装相对应的Module组件。程序运作截图如下：
完成度20%的模板
曾做了好几个模板，但是都半途而废了。所以当这个计划为Drupal和WordPress同时使用的模板完成度只有20%的时候就把它应用在了Blog上，用以督促工作进度。
这个模板走的是完全简洁的路线，理论上最终完成版不会使用相比现在更多的图片。（现在好像也只用了3个没超过16px的gif）。我会提供Drupal和WordPress两个平台的版本，相对来说Drupal模板更加复杂但是又很简单（这个容以后详细说明），所以先完成的应该是Drupal版本。
对于我这样一个不喜欢也不会写程序的人来说为模板提供任何一种现在流行的AJAX效果都是极其困难的，所以很有可能这个模板不会包括任何看起来很酷的效果，敬请谅解。
此款模板在Safari和Firefox下制作，所以IE下查看的效果可能不会很好（当然也不是惨不忍睹）。
模板针对1024以上分辨率用户制作，或许等完成后我会考虑加入自适应版本。
WordPress 2 Drupal Tips
现在WordPress转到Drupal 5/6已经变得很容易，因为终于有人写了WordPress Import这个Module。简述一下操作流程：
- 在WordPress后台导出站点内容为wxr格式的文件。
- 安装Drupal，安装WordPress Import Module。
- Content management > WordPress import。
- 有两个选项：Choose a local file on server和Upload a file。
- 个人建议如果站点文件不大（小于2MB）可以选择后者，如果比较大还是先上传服务器比较好。
- 选择WordPress用户映射到哪个帐号上。
- 选择导入的内容映射到哪个类型（Blog或者Story）。
- 是否Create path aliases，这个如果选择基本上就能维持导入后的WordPress旧文章可以维持原有的URL。
Drupal6 值得期待，不过暂时用不上
昨天晚上心血来潮下了Drupal6 RC2玩，打算如果没多大问题就把18pc升到Drupal6。短时期的接触感受：
- 更加友好的安装界面。Drupal从5.x开始就改进了安装界面，使得用户可以通过Web来安装，无需在后台修改文件。而6在此之下增加了多语言选择并且使用了5.x/6的默认模板（garland）界面。
- 一些安装细节的改善。安装过程中会提示创建首个管理员帐号；安装过程中设定时区；安装过程中设定是否实用Clear URLs。这些选项在6之前的版本都是安装完毕后才设定的。
- Check for updates automatically。D6安装过程中会提示是否启用自动updates，这个功能是用于周期检查module是否有新的更新，如果站点使用大量的module（几乎是肯定的）维护起来会简单很多（Update status模块）。
- 默认module中除了Update status模块，另外增加了Open ID模块（不过去除了长久以来的Drupal模块）。
- 模板系统好像有大幅的修改，大部分早期模板可能需要做部分改动才可以正常使用（事实上不改动的话最终用户效果并不会有什么影响，不过后台会有部分错误代码）。
- 大批module暂时还没有相应的Drupal6版本。
初期接触下来对Drupal6的感觉很好，D6是更加完善的D5，各类改进和新功能的添加使得后台管理更加快速和方便。不过暂时来说由于仍然处于RC阶段，而各类相应module还没有做出更新的情况下并不适合更新现有站点。特别是重要的CCK和Views仍未做出更新（CCK正在等Views，而Views据说会有很大的改动）。