nAODI's Blog

昨天用 Windows Live Writer 写部落格，“插入图片”里死活找不到“来自网页”的选项卡。
然后用谷歌狂搜，无果。
卸载、重装反复数次无果。

早上爬起来，用英文关键词搜了下，解决了。
原来早在今年5月份，WLW2009发布前夕，微软的人就发现了这个BUG。（由于WIN7的新功能：库，所导致的。）
但因为这个 Bug 可能需要微软把自己hack过的OpenFileDialog推倒重做。
权衡利弊之下，微软人就以
“一般用户很少有人知道这功能，核心用户又大都会自己写HTML插图片”的理由把这个 Bug 无视了。

WLW发布之后，接踵而来的求助令微软意识到了这个 Bug 的严重性。
在这篇文章中，微软提供了临时的解决方法：
直接复制粘帖图片地址到 WLW 中，程序会自动识别并插入图片。（但是我失败了，它只给我搞成了超链接。）
并承诺，在他们“有能力解决这个问题之前，用户们都可以用这个简单好用的方法来插入图片”。

如果也有同学和我一样RP不够，那么可以尝试一下另外的方法。
这篇文章中，scott 写了一个很简单的 plugin，可以提供类似原来“来自网页”的用户体验。
我测试了一下还行，大家可以去他的原文中找下载地址，我也在box.net上扔了个备份。
使用方法很简单：将压缩包中的 DLL 文件放到 Writer 安装目录下的“Plugins”目录中，然后在“插入”菜单下面就会出现“Insert Web Image”的选项了。

希望WLW早日解决这个小Bug。

最近在使用Windows Live Messenger 9时，碰上了无法登陆的问题，错误代码显示为：error 81000451。在网上找了半天，无论是中文还是英文的资料均没有提到如何解决这个问题，绝大多数人都选择了暂时用回WLM8.5。我不甘心，继续上微软的网站挖，还真被我找到了解决方法。

微软官方支持提供的解决方案：Error 84cb0004, Error 84cb000a, or Error 81000451: You cannot sign in to Messenger

原来是Messenger的联系人库崩溃导致了这个问题，至于怎么会导致崩溃的我就不得而知了，毕竟wlm9还是测试版，各种各样的问题都有可能发生。

而解决的思路也很简单，就是把原来已经崩溃损毁的联系人资料删除，就可以了。在vista环境下的具体步骤如下（微软原文中均为英文，不过实际操作中，我的系统里有些是中文名字，所以请各位按照自身情况灵活运用）：

1. 首先确定你可以查看隐藏目录及隐藏文件，并且已经退出windows live messenger。
2. 打开“我的电脑”，进入C:\用户(users)\“你登陆系统的名字”\联系人(contacts)\“你登陆Messenger用的email地址”
3. 把此文件夹下的所有文件删除。
4. 再进入C:\Users\Windows_log-on_name\Local Settings\Application Data\Microsoft\Windows Live Contacts （不过在我的系统中并没有找到如上地址，而是在 C:\Users\nAODI\AppData\Local\Microsoft\Windows Live Contacts 找到了原文提到的目录，所以还是那句话，要灵活运用。）
5. 删除该文件夹下所有文件。
6. 重新登陆WLM。

做完这几步我的WLM9就能够正常登陆了，如果你还是无法登陆，原文还提到了后续的解决步骤。请各位前往查阅。

随着IE份额不断的下跌，微软进一步加快了追赶的脚步。IE8 Beta2 地推出，也证明了微软不是真的老到了反应迟钝，只是一直以来没有个对手来催促他的脚步。

IE系列更新之迅速令人眼前一亮，微软不会容许市场份额的消逝；不过从Mozilla最近的一系列动作中，也不难令人发现，他正在另一个方向上，摸索着尽量走好每一步，要知道它的对手一头仍旧占据着70%市场份额并且已经苏醒的怪兽。

看到一篇谷歌黑板报上关于网景公司的文章，里面提到Google的创始人在评价网景微软一役的时候说道：在那种情况下，其实网景还是有机会在微软的垄断下生存并发展的，就是要掌控互联网的内容，比如做门户啊什么的。

现在看来，要控制互联网的内容已经是不现实的事情了。不过Mozilla却正在做另一件类似的事，去控制互联网的入口。把本来受限于一台计算机上的事情搬到互联网上（那个简直没法用的weave）;进一步包围用户的互联网应用，而且尽可能的开放（ubiquity），让所有人都能很方便地用他们各自习惯的服务，前提是只要用Firefox的浏览器；而Firefox3.1中TraceMonkey的目标是为了进一步缩短互联网应用与桌面软件之间体验的差距。所有的一切都使用没有版权限制的开源技术，吸引着一批本来就极端忠实的开发者。

在IE8大步赶上来的同时，Mozilla 清楚地知道并规划着自己要走的路。

受限于国内一些神奇的因素，这里头大部分东西在国内看来还有点不切实际、过于超前；我也不清楚在其他地方这些构想目前的使用体验以及前景究竟会怎么样。

nAODI只是觉得，装一款以上的浏览器以后会越来越普遍，而懒得只想用一款浏览器也是所有人的本性。这一个又一个超酷的构想，不仅仅让微软醒了过来，重新跑了起来；更让我们一想到未来生活的可能，就整个儿兴奋了起来。

比起 IE6 的时代，这个世界不是又美好了一些麽。

随着 Windows Live 的 Wave3 测试开始，全新的Live产品线也逐渐浮出水面。今天，看到 Hung 那里放出了备受瞩目的Windows Live Messenger 9的测试版，便第一时间下载下来安装试用。

如图所示，这次泄露版的版本号为：Version 2009 (Build 14.0.3921.717)，下面具体的测试都在Vista中完成，所以界面样式等细节会与xp下有一些小出入。

Read the rest of this entry »

自从升级到了xp sp3，我的Firefox3 就开始频繁崩溃，从beta3一路崩到rc2，直搞得我心力交瘁。最近在网上闲逛时，偶然看到一个微软KB946501补丁问题，说的是这个补丁会导致IE7假死。直觉告诉我，可能和fx崩溃也有点关系。仔细看了看这个补丁的介绍，是为了解决“多核处理器下，语言栏导致程序假死”的问题，结果却诡异地产生了反效果。（我想因为涉及到语言栏问题，这也导致了为什么国外网站都找不到类似问题）

2月份推出的KB946501并不会自动推送到系统更新，没想到sp3补丁包却直接包含了这个补丁。难怪一直好好的，一装sp3就出问题，也不见微软对sp3有什么更新，谁能想到是个2月份推出的补丁搞得猫腻。比较麻烦的是，如果你在sp2下单独升级了这个补丁，可以直接在”添加删除程序“中卸载它。可要是装了sp3补丁包，那就完全没办法单独卸载了。

如果你又不想卸载sp3，这儿还有个替换相关文件的方法来“变相”地解决这个问题，不过稳定性就没法百分百保证了。我提供的这三个替换文件，来自我另一台没有打KB946501补丁，sp2环境的机器，安全性尽可以放心。

替换方法是:

1. 用压缩包中提供的三个文件替换掉“windows\system32”目录下的同名文件，并做好备份工作。
2. 重命名“WINDOWS\ServicePackFiles\i386” 目录下的同名文件，防止sp3自动恢复被替换的文件（如果你没有保留sp3卸载程序，就可能没有这个目录了）。

替换文件下载地址： 地址一

看起来这世上本没有人品问题，长年累月的那些个小问题积聚起来，还纷乱地没法捋出源头，便造就了一个又一个人品问题。