小妮子在 她 Blog 中 记录 了周末的游玩，但本人对于她只放了那么少的图片很有意见 -- 太对不起观众了。现在，我放些独家的爆料上来（气死她丫的）。

坦白说这个周末我本想在家里睡觉 + 上网的，可怜我硬生生的被她塞进了去德清的车子上 -- 反正不用自己消费，不去也白不去。

首先上张狗狗的图片，妮子的同事把她的爱犬（注意，不是狗）也带上了。乖乖，我想恐怕这样的一只犬，一个月消费下来，我的薪水都没了。

我们穷苦百姓的，就显得大众了点，同样是只狗（注意，不是犬），这只就显得随意得多。看它眼神无辜的样子，让我再次想起了 我家的小白 。

在这荒郊野外的，烧烤的确是个不错的主意。他们似乎比我想象的要环保得多， 平时吃多了粉尘 ， 这次换个口味 （与其叫烧烤，还不如叫「烧炒」）。

可惜正如本人之前说的（马后炮），吃多了迟早要出事。那帮人只顾着吃（我也是），结果那张薄薄的锡纸就燃烧了起来 -- 由此悼念我亲爱的黄鱼同志 T_T

用烧烤的半生不熟的食物填饱肚子以后，按照流程就去摘草莓。可怜等到我们时，已经剩下了「残草败莓」。

坦白说，我终于弄明白草莓未成熟的时候是白色的，而不是绿色的。

光顾着拍照了，刹那间听见 妮子 同事的一声尖叫。只看见妮子轻而易举的，成为了本大棚内的「劳动标兵」 -- 摘的最多、吃的也最多。

最后，来张小型的「兵马俑」图，由妮子的某位体力过盛的同事所为。

从艺术的角度上说，并没有任何的价值；但从写实的角度上分析，充分表达了此位同事对于现实生活的不满，以及对未来美好生活的向往。

Typecho 的项目已经启动。小组需要个功能强大而且小巧，并且容易 Hack 的 Javascript 编辑器。我首先想到的是 FCKEditor 以及 TinyMCE 。

FCKEditor 功能虽然强大、插件众多，但代码量和占用的客户端的资源也是巨大的。 TinyMCE 相对小巧，功能方面也并不弱，不过其使用协议还是很多不明确的地方。

在 sluck 以及 joyqi 兄弟的推荐下，尝试使用一款名为 nicEdit 的编辑器，基本上表示满意。

功能方面，nicEdit 已经满足了基本编辑器的需求。而我关注的代码方面，它也是非常精简的。整个编辑器就是声明了个大的 nicEdit 的类（非常的环保），扩展起来非常的容易。

推荐对 Javascript 有兴趣，并且想了解编辑器原理的朋友可以看下它的代码，收获会良多。最后，在看其代码的同时，顺便汉化了下，汉化以后的包可以在 这里下载 。

同时，也可以先看下我 Blog 上面扔的 DEMO

http://friable.rocks/historic/demo/nicEdit/

在编写某个 跨域的 Ajax 调用 功能时，出现了个匪夷所思的问题，就是无法载入 iframe 中的连接器（YAHOO.util.Connect），代码和操作无任何的问题。

在麻烦了 圆心 同志 N 遍以后，发现原来是 iframe 没有完全载入，框架中的代码没有运行的缘故。（在这里再次感谢下他，Orz）

这的确是个非常普遍的问题，由于网速的缘故，往往父页面载入完成，而 iframe 中的内容还正在读取。这个时候，父页面调用子页面中的对象时，就会发生问题。

我想到了个变通的办法，就是「等待」子页面载入完成以后，再去尝试运行。如果子页面还没有载入相应的对象，那么就「再等待」一段时间再去尝试。

可能表述上有所欠缺，我们还是看具体的代码。

为了理解，首先说明已经在 HTML 中已经包含了此 iframe，并子页面中也包含了 YUI 的框架代码及相应的控件。

<iframe src="http://.../proxy.htm" id="proxy"></iframe>

下面是相应的 Javascript 代码

var proxy = $('proxy').contentWindow;
Controler.disable = true;  // 获取数据此段期间，禁止用户输入
if (typeof proxy.YAHOO == 'undefined') {
    // 等待一段时间再去尝试，Function 为父类的名称
    setTimeout(function() {Function.get(URL)}, 100); 
    return;
}

// 已经得到子页面对象，获取数据
proxy.YAHOO.util.Connect.asyncRequest('GET', URL, {
    success: function(req) {
        alert(req.responseText);
        Controler.disable = false; // 恢复用户输入
    },

    failure: function() {
        return false;
    }
});

不过这个代码还有很多的问题，目前所能预见到的，就是客户端的资源占用问题。可想而知，如果反复的请求数据对于浏览器来说，资源花销将是非常大的。

大家如果有更好的办法，不妨说说。