HINA :: 工程幼稚園

[影像] 人比花多，天元宮吉野櫻

2010-03-08T21:30:25+08:00

久聞勝名，到了這個地方之後，你說人比櫻花多，應該可以這麼說吧。

以下若是出現失焦，那就是我手殘！大多是用 Contax 28-70 f/3.5-4.5 拍的。

我覺得，應該要有個 100mm 以上的長焦，做透視會更漂亮

創用 CC 授權

本創作適用姓名標示-非商業性-禁止改作 3.0 創用 CC 授權，台灣並依循所適用的授權條款。

[jQuery tech.] 你的 stop() 真的 stop 了嗎 - 漫談 queue() part 2

2010-03-01T18:30:15+08:00

看過上一回的問題之後，我們接著看 queue() 與 dequeue() 在核心中做了甚麼事情：

jQuery.extend({
    queue: function( elem, type, data ) {
        if ( !elem ) {
            return;
        }

        type = (type || "fx") + "queue";
        var q = jQuery.data( elem, type );

        // Speed up dequeue by getting out quickly if this is just a lookup

        /// 一般而言，我們無需特別傳入 data 這個數值陣列，因為 queue() 會自動把 elem 本身的動作排入
        /// 所以，倘若你沒有指定其他的事件時，他就直接返回以 elem 自身動作為主的排程
        /// queue() 你可以把他想成，一種事件能夠依序執行的『排程』

        if ( !data ) {
            return q || [];
        }

        /// 相反的，倘若你指定了其他事件，他就會堆入 queue() 的流程裡面
        /// 值得注意的是，你追加了多少事件，就增加的多少個 queue() 的排程

        if ( !q || jQuery.isArray(data) ) {
            q = jQuery.data( elem, type, jQuery.makeArray(data) );

        } else {
            q.push( data );
        }

        return q;
    },


    dequeue: function( elem, type ) {
        type = type || "fx";

        var queue = jQuery.queue( elem, type ), fn = queue.shift();

        // If the fx queue is dequeued, always remove the progress sentinel

        /// 移除 queue() 的方式很神，他是先斬後奏，他先取出第一個 queue() 然後判斷是不是 "inprogress"
        /// 如果是，繼續往下取，而因為是"一個接著一個"的方式去做，所以下一個儼然就不是 "inprogress"
        /// 如果不是，就沒甚麼好說的，繼續往下做

        if ( fn === "inprogress" ) {
            fn = queue.shift();
        }

        /// fn 有值嗎？當然有，如果沒有表示 queue() 已經被執行完畢。
        /// 如果 type 相符（意同於呼叫一個自訂 queue()，預設是 fx），就在原有的 queue 堆一個 "inprogress" 在前面
        /// 最後回呼下一個 fn，然後再次 dequeue()，達到『先斬後奏』的方法。

        if ( fn ) {
            // Add a progress sentinel to prevent the fx queue from being
            // automatically dequeued
            if ( type === "fx" ) {
                queue.unshift("inprogress");
            }

            fn.call(elem, function() {
                jQuery.dequeue(elem, type);
            });
        }
    }
});

這樣大概了解 queue() 跟 dequeue() 在做甚麼事情了嗎？接著，我們繼續看 stop() 這件事情。

大抵上來說，我們需要停止或是暫停某些效果時，確實是使用 stop(true,true) 是最為妥當的一個方式，更甚是連帶的將你所設定的 queue 排程清空──其實等同於 stop 的第一個 true 的結果──來確保不會發生意外。然而，如果你需要的是暫時停止，那 stop() 的任何設置可能都無法很直覺的使用！

所以，倘若你的動態效果超過兩個步驟以上，需要可以中途停止並且能繼續執行，請不要使用 . 連字號來使用 queue() 與 dequeue() 這兩個方法，除非你不要停！不要停！不要停！不想停！不想停！不想停！老師叫你停你都沒有再聽，你看看現在停不下來了吧（丟滑鼠）。

原生 queue() 與 dequeue() 因為先斬後奏，所以要由原生 jQuery 來做到是不可能的。
使用 . 連字號也是不可暫停的。

那我要怎麼暫停？

將動態效果拆入陣列中，當作是 data 傳入 queue()。
將動態效果陣列另存成一個陣列（例如：myQueue），他是可變動的。
呼叫 dequeue() ──動態效果開始的每一個步驟──之前，紀錄下陣列鍵值。

請用下列方式去調停 queue()：

var $box = $('#div-a');
        $box.queue([]);
        $box.each(function() {
            var timers = jQuery.timers;
            // go in reverse order so anything added to the queue during the loop is ignored
            for ( var i = timers.length - 1; i >= 0; i-- ) {
                if ( timers[i].elem === this ) {
                    timers.splice(i, 1);
                }
            }
        });

修改自原生 stop() 區塊，但是不強制使用 dequeue()，這是唯一的區別。

當在次按下開始的時候，將 myQueue 中，小於該步驟紀錄鍵值的 data 全數 shift() 掉，再將這個新的 myQueue 傳入。
往後的步驟都是這樣做，直到整個 myQueue 被執行完畢。

範例呢？
在電鍋裡，請自己盛！

創用 CC 授權

本創作適用姓名標示-非商業性-禁止改作 3.0 創用 CC 授權，台灣並依循所適用的授權條款。

[jQuery tech.] 你的 stop() 真的 stop 了嗎 - 漫談 queue() part 1

2010-02-27T12:30:25+08:00

前陣子例用 queue 做了許多東西，慢慢的發現，原生的 stop() 並非我想像中的樣子。

使用任何的動態效果，或是 delay() 這樣的效果，stop() 能使之停止。
使用 queue()，stop() 能使之停止。
stop() 可以傳入兩個布林值，一個是 clearQueue，另一個是 JumpToEnd。

然而，我卻發現事實上並不是這樣。

stop() 僅可停止單一動態動態效果，若連續使用並不會停止後續動作。
例如：$('div').animate( { 'left' : '500px' } ).delay(1000).animate( { 'left' : '0px' } );
使用 stop() 僅會停止紅色的區域，綠色區域會繼續執行，很不幸的，他不會停止！
clearQueue:true 會清除所有關於動態效果的執行動作。
例如：$('div').animate( { 'left' : '500px' } ).delay(1000).animate( { 'left' : '0px' } );
使用 stop(true) 停止所有動作，且會停在執行中的結果。但是如果你再次呼叫時，他會從頭開始執行。

問題來了，如果我在 .animate( { 'left' : '500px' } ) 之後才按下 stop(true)，然後再次呼叫時，因為會從頭開始執行的關係，所以 .animate( { 'left' : '500px' } ) 會再執行一次，這是動態效果中不想見到的，因為看起來會像是沒有在動作一樣（因為已經做完了）。

另外，倘若我在 .animate( { 'left' : '0px' } ) 之後按下 stop(true)，然後再次呼叫時，因為從頭開始執行的關係，他會重複上一次的動作，這也是效果中不想見到的，因為應該是繼續最後一個步驟。
JumpToEnd:true 會直接結束該段動態效果，並繼續往下執行。
例如：$('div').animate( { 'left' : '500px' } ).delay(1000).animate( { 'left' : '0px' } );
使用 stop(false,true) 直接顯示紅色區域的結果，然後綠色區域會繼續執行，很不幸的，他依舊不會停止！
clearQueue:true, JumpToEnd:true 清除所有關於動態效果的執行動作，並結束該段動態效果。
例如：$('div').animate( { 'left' : '500px' } ).delay(1000).animate( { 'left' : '0px' } );
使用 stop(false,true) 直接顯示紅色區域的結果，綠色區域會停止執行。但是如果你再次呼叫時，他會從頭開始執行。問題跟第 2 點一樣，若再次呼叫時，他會從頭開始執行。
jQuery 1.4 之後新增了 .clearQuere()，雖然方便，但是跟 stop() 的問題是一樣的。

接著，我來說一下我所預期的 stop() 是怎麼樣的一個情況：

stop() 應該停止整段動態效果，所以他應該是 clearQueue:true, JumpToEnd:true 的狀態，至於動態執行的階段問題，應該由動態撰寫者自行決定是否重設。
clearQueue:true 應該更謹慎使用！由於會重設整段動態效果，所以執行階段問題一樣是要由撰寫者自行決定是否該重新設定。
JumpToEnd:true 完全誤導使用者對於 stop() 的概念與本身詞意！也許這是很嚴重的指責，但是我不得不這麼說，當你的動作在被按下 stop() 之後，卻被使用者發現還會執行後續動作，這不是很詭譎嗎！
clearQueue:true, JumpToEnd:true 應該是預設值，而 stop() 應該被修改甚至消滅！
.clearQueue() 並沒有好到哪去。

所以，我們來看看 jQuery 關於 stop() 的核心做了甚麼事情：

stop: function( clearQueue, gotoEnd ) {
        var timers = jQuery.timers;

        /// 剛剛說的，clearQueue: true 時會將整個 queue 清空
        if ( clearQueue ) {
            this.queue([]);
        }

        this.each(function() {
            // go in reverse order so anything added to the queue during the loop is ignored
            for ( var i = timers.length - 1; i >= 0; i-- ) {
                if ( timers[i].elem === this ) {

                    /// 當 JumpToEnd:true 時，會直接結束該段 animate 的 setTimeout
                    if (gotoEnd) {
                        // force the next step to be the last
                        timers[i](true);
                    }

                    timers.splice(i, 1);
                }
            }
        });

        // start the next in the queue if the last step wasn't forced

        /// 誰能告訴我，為什麼 JumpToEnd:false (預設值) 的時候，要執行下一個 queue 內容？
        /// 所以我才說，stop() 這個指令的預設值，完全違背了本身的概念與詞意！

        if ( !gotoEnd ) {
            this.dequeue();
        }

        return this;
    }

現在知道問題點了嗎？這個 stop() 的預設值所表現的行為，應該叫做 StopAndPlay() 才對！

創用 CC 授權

本創作適用姓名標示-非商業性-禁止改作 3.0 創用 CC 授權，台灣並依循所適用的授權條款。

[jQuery note.] queue 簡單應用心得

2010-02-26T23:27:06+08:00

今天工作的時候，為了要在畫面上加入一些動態效果，並且讓他循序自動執行。所以有這方考量：

使用 setTimeout 或是 setInterval
利用 animate 可以延遲的方式重新呼叫
使用 queue

首先我嘗試了第一個方法，將要執行的東西，包成 function，然後利用 setTimeout 或是 setInterval 呼叫。很好，他可以運作了，但是我遇到另一個問題，當我需要中斷他，或是暫停的時候，用這種方式呼叫就相對的麻煩。因為我加入了動態（Effect）的效果，如果直接強制中斷，那該怎麼知道他做到 function 中的哪一段呢？

後來我換了第二個方法，使用 animate 就可以延遲，也可以利用 callback 回呼自己，更有 stop() 可用。那，第二個問題來了，當我 stop() 之後，需要重新開始時，只能重新呼叫一次那個 callback 並把整個程序全部重做一次。如果沒有其他的事件時，他是可以很順利的走完，但倘若參雜了其他的事件，那就會有干擾的狀況發生。其實所謂干擾的狀況，並不是 API 本身的問題，我相信那是可以人為控制的，就是我寫的太爛才會發生干擾的意思啦。

後來我在 API 中找到了 queue 這個東西。先來簡單介紹一下他是做甚麼用的。他的作用是將你要執行的 function 丟到陣列裡面去依序執行。舉個簡單的例子，倘若我們要做一個動態效果：

$('#div-a').animate({ left: "+=20" }, 1000, function() {
    $('#div-a').animate({ top: "+=30" }, 1000, function() {
        $('#div-a').animate({ left: "+=50" }, 1000, function() {
            alert('動態效果結束了');
        });
    });
});

這種東西如果一多起來，跟噩夢沒兩樣。如果使用 queue 來做的話，那麼我可以改寫成這樣：

var myAnimate = function() {
    $('#div-a').animate({ left: "+=20"}, 1000).queue(function() { $(this).dequeue(); } );
    $('#div-a').animate({ top: "+=30"}, 1000).queue(function() { $(this).dequeue(); } );
    $('#div-a').animate({ left: "+=50"}, 1000).queue(function() { alert('動態效果結束了'); } );
};

myAnimate();

這樣就可以了。如果要讓他循序，就把最後一個 alert 換成 myAnimate(); 就可以達到循序。

其實 queue 可以把他看做是一個陣列，而 dequeue 則是呼叫陣列中下一個元件出來執行。

// 將要循序執行的程序寫成陣列
var FUNC = [
    // animate 結束的 callback 再次呼叫 myAnimate，等於告訴他，請執行下一個 queue 元件
    function() { $('#div-a').animate({ left: "+=20"}, 1000, myAnimate); },
    function() { $('#div-a').animate({ top: "+=30"}, 1000, myAnimate); },
    function() { $('#div-a').animate({ left: "+=50"}, 1000, myAnimate); },
    function() { alert('動態效果結束了'); }
];

// 將 dequeue 指定給變數 myAnimate 並包裝成 function
var myAnimate = function() {
    $('#div-a').dequeue("myAnimation");
}

// 把 FUNC 這個陣列指定給名稱為 myAnimation
$('#div-a').queue("myAnimation", FUNC);

// 呼叫 myAnimate，由於呼叫了 dequeue，他便會開始從 myAnimation 的第一個程序開始執行
myAnimate();

這樣就是 queue 的做法，更詳盡的資料可以查看 jQuery 的未壓縮格式關於 queue 的部分。

再來，在 jQuery 1.4 中，新加入了一個新的方法 .clearQueue，他的作用是用於清除（或是取消）所有從 queue 中所加入的任何 function，換句話說，如果你在 queue 的 callback 中有使用任何程序的話，是可以使用 clearQueue 把他強制給取消的。

另外，官方有說他可以停止 fx 相關的動態效果，類似於使用 stop() 的效果，但是我是用過的之後覺得，動態效果還是用 stop() 去停止比較妥當啦。所以還是來個例子，以上面的例子來說，如果我中途要暫停某一個動態效果，那麼我必須要這麼做：

// 我們用一個 click 來停止他
$('stop-button').click(function() {
    $('#div-a').stop();
});

這樣，動態效果就會停止了。但是，你有發現什麼問題嗎？那就是，你要重新使用他的時候，就得重新在呼叫一次 myAnimate(); 這個程序。

// 我們用一個 click 來啟動他
$('start-button').click(function() {
    myAnimate();
});

看出問題了嗎？如果沒有 clearQueue 的話，你重新啟動他的時候，他並不會接著之前暫停的地方去執行，而是直接跳過上一個 queue，直接執行下一個 queue 內容！這樣知道差別了嗎？所以，我們需要做這樣的修改：

// 我們用一個 click 來停止他，並且清除這次的 queue 執行
$('stop-button').click(function() {
    $('#div-a').clearQueue();
    $('#div-a').stop();
});

這樣一來，如果我們重新呼叫 myAnimate(); 重新啟動的時候，就會從上次的結果繼續下去。這次的需求就是這樣。這裡有我做的簡單的範例（就是這次工作要用的東西）。

創用 CC 授權

本創作適用姓名標示-非商業性-禁止改作 3.0 創用 CC 授權，台灣並依循所適用的授權條款。

[CSS tech.] Blueprint CSS part 2

2010-02-03T15:31:00+08:00

其實在許久之前，我有寫過一篇關於 Blueprint CSS 的介紹了，但是我覺得還是有些地方稍嫌不足。特別是今天為了要找一些東西，又繼續看了 Bblueprint CSS，覺得上次那一篇時在是寫的不夠，所以就來補充一下。

特別提一下這個，Blueprint CSS How To Customizing Typography Baselines，他是介紹怎麼樣修改在 Blueprint CSS 中的 Typography 基準，請務必要看看。

首先還是回到 Grid 這個設定上面，你可以從 src 裡面看到這個檔案的基本設置：

   grid.css
   * Sets up an easy-to-use grid of 24 columns.

   By default, the grid is 950px wide, with 24 columns
   spanning 30px, and a 10px margin between columns.

基本的寬度就是 950px，共有 24 欄，每個欄寬 30px，每個欄位間隔 10px 的留白（使用 margin-right）。倘若你要增加或是減少這個預設的寬度，需要自己去執行 lib/compress.rb 這個程序（使用 Ruby）。我們假設都以這種寬度來開發，暫時不考慮重新製作新的 Grid 為前提。

首先，你確認好自己的 Layout 之後，就可以開始利用 Grid 來編排 Layout 中所有元件的位置。這裡需要提醒一下的是，這個 Grid 他是依照預設的欄寬去做編排的，所以若你的 Layout 不符合欄位寬度的設置，就必須小心處理這個部分。雖然他只是個 Grid，但是做為參考的標準，規則還是不要太輕易的打破比較好。

假設我們要做兩欄式的網站，那麼我們就有左邊（或右邊）跟中間兩個欄位。那左（或右）的欄位寬度可以這樣計算，這裡我們以左邊欄位跟中間欄位的例子來說：

5 * 40 - 10 = 210px（Grid 範圍）
5 * 40 = 200px（內容範圍）

我要 5 個欄位（30 * 5 + 10 * 6）來當做左邊（或右邊）的欄位，那剩下的就是中間的區塊：

19 * 40 - 10 = 750px

要留意的是，左邊的欄位會多出 10px 的留白，是無法被使用的區塊，真正能使用到的範圍其實只有 200px 而以。當然，你的欄位切割的越多，可以使用的區塊相對的就會越少，因為每切割一次就會少 10px。

問題來了，萬一我的 Layout 沒那麼剛好符合 Grid 怎麼辦？

有兩種解決方法：

計算出欄位與留白，重新產生 Grid.css！
犧牲 1 欄！

第一種解法是比較正規的做法，利用 Blueprint CSS 自帶的程序來重新產生新的樣式檔案，好處是他會重新製做整套 grid，甚至是做成你需要的 grid 檔案，所產生出來問題比較不會那麼多，也不會發生奇怪的問題。缺點是數學要很好，如果你的 Layout 剛好可以整除，那恭喜你，如果不行，那就想辦法讓他整除（沒有誤）。

如果嫌自己算太累，那麼這個網站應該可以幫你一些忙（他還幫你做好 grid.css），但是請留意 Blurprint CSS 的版本，因為他所算出的 grid.css 版本未必會是最新喔！

第二種方式，我不建議 CSS 生手來做這件事情，不過話又說回來，有能力使用 Blueprint CSS 這種 Framework 的應該不能算是生手了吧（認真）。其實這個方法是我自己硬幹想出來的，萬一手頭上的 Layout 我草泥馬的複雜，很難處理的話，以上述運算為例，倘若一樣是切兩個欄位，但是我的尺寸是：左 220px 右 720px 的話呢？

( 220 + 720 ) / 20 = 47（可以切成 47 欄，各寬 20px 的欄目，倒過來也可）
47 是質數，所以 20 已經是最大因數，最大切割為 20 欄，每欄 47px！
但上利須採用左 11 欄，右 36 欄來處理，也可直接重新產生 Grid.css。

所為的犧牲 1 欄的意思，就是一樣採用原有設置，但是在尺寸誤差的地方，將靠近接合的那個欄位犧牲掉，也就是說，利用 Blueprint 中的 pull 與 push 來做這件事情！但我還是得說，必須要是 CSS 熟手，不然那個 Layout 可能就因為這樣 pull & push 被推到地獄裡去了！

兩欄目的方式處理起來比較簡單，左邊欄目依舊使用 Grid 的 5 欄目設定，另外再套入自訂義的 Styling 改變寬度，右欄目亦同！差別在於，我可以在右欄目寫入 PUSH，讓他推齊右邊界，這樣在接合處或許會與原本的 Grid 不相符，但是目的一樣達到了。只是我們把 Grid 的方式拿到了左、右邊界去使用！而不是由左至右的對齊。

相對於較複雜的 Layout，其實最主要的精神是，你要以哪個地方當做基準，然後再去實作。畢竟，在我看來 Grid 是一種工具，也是一種精神，他可以無所不在，只要你知道你自己的基準在甚麼地方。其實這個東西並不難，也不複雜，他就只是很單純的一個 CSS 設定而已，就像是畫滿方格的草稿紙一樣，要填甚麼上去，還端看客官您啊！

人人 Layout 都有一把尺，請當寶劍用！

創用 CC 授權

本創作適用姓名標示-非商業性-禁止改作 3.0 創用 CC 授權，台灣並依循所適用的授權條款。

[影像] 鶯歌陶瓷博物館

2010-02-01T14:21:01+08:00

最近很多地方都免費，所以趁著天氣好，去鶯歌老街逛逛。當然主要是要去陶瓷博物館，以前要收費的時候是每人 100 元，陶瓷研習或體驗，每人好像是 50 元吧！現在是免費，當然要去玩一下啊！

先是去老街散步，這是一間下午茶店的門口。

有個水塘，很妙，還蠻漂亮的地方。

陶瓷博物館的後門進去之後，有一間玻璃屋，雖然是放一些展示品跟販賣品的地方，但是很漂亮。

特別是這最後面的角落，超有那種日是風格的感覺。

不免俗的，要可愛一下！

玻璃屋側邊的走道，老實說，我有想過我房間牆壁要這樣改裝（笑）。

這個藝術品叫做地毯。

不過躺起來不是很舒服（揍飛）

玻璃屋後面是很大的戲水池，戲水池往內走還有一個戲沙池，所以這裡的廁所都有淋浴間！

來個全倒吧（大誤）

過了戲水區往後走，是陶土的體驗區，你可以自己動手做。Caline 手上拿的是注漿成型用的石膏模，他有一個專有名詞，但是我忘記了！總之就是把泥漿灌到石膏模中，利用石膏吸水的特性讓泥漿在石膏壁上凝固出 0.3cm 的厚度，然後把剩下的泥漿倒出來，等乾燥後，再將石膏模拆除。

灌好泥漿之後，要等 40~50 分鐘左右，你先跟老師登記之後，就繼續去逛其他地方吧。

成品是這樣，他是空心的喔！另外隔壁是旋坯，因為要等很久所以就沒有去排隊做啦。

最後面是一個展覽館，也有幾座窯在後面。這是門口的陶瓷作品。

吞柴表演（誤）

往回走，會有很多裝飾藝術。

回到本館，都是展覽居多。

Caline 對這一大片的採光玻璃很有興趣。

整棟建築是鋼骨結構，中庭整個挖空，很乾淨俐落！

本館裡面有一個兒童體驗區，需要預約，要 12 歲以下的孩童才能參加。

大門口進來有個很漂亮的水塘，Caline 一直說那是一堆水蛭

最後，我們回到陶土體驗的地方，去認領奶油獅。

這是在桌上做好的螃蟹（別人的）。

這是送的喔！

等待奶油獅中。

最後的修飾，要把接縫處給美容一下。

完成，這樣一個奶油獅，20 元！

玻璃屋的夜景。

其實整個鶯歌陶瓷博物館，外觀建築非常漂亮，只是空氣實在是不怎麼好，整個天空霧茫茫一片，所以就沒有多拍建築外觀了。等下次天氣好，再來拍一次外觀吧，基本上我很喜歡這個地方。

就降

創用 CC 授權

本創作適用姓名標示-非商業性-禁止改作 3.0 創用 CC 授權，台灣並依循所適用的授權條款。

[影像] 林小美遊旗津

2010-02-01T13:36:19+08:00

久違的南部，不過沒有去甚麼地方。大學很好的同學結婚，所以是去吃喜酒。他家還真是一點改變都沒有，不過也因為是請禮拜五中午，所以大學同學絕大部分都沒到場，也實屬正常吧。

在自家辦的流水席。

假睫毛還是我黏的，假睫毛還是我黏的，假睫毛還是我黏的，假睫毛還是我黏的（跳針）。

這個髮型是楠梓的一間沙龍做的，精油按摩加洗頭加造型，總共 200 元（南部真是好地方啊啊啊啊啊）

我的肚子

吃完喜酒本來要去墾丁，不過因為我待太久，離開的時候已經三點了，所以繞去旗津散心。

番茄是一定要來一盤的。

就降

創用 CC 授權

本創作適用姓名標示-非商業性-禁止改作 3.0 創用 CC 授權，台灣並依循所適用的授權條款。

[影像] 市民大道博多拉麵

2010-01-26T22:31:24+08:00

晚上實在不太適合看這個。

你餓了嗎

創用 CC 授權

本創作適用姓名標示-非商業性-禁止改作 3.0 創用 CC 授權，台灣並依循所適用的授權條款。

[影像] 午後水博館散步

2010-01-26T22:27:28+08:00

假日難得出太陽，去公館隨便亂吃之後，回到水博館散步，最近免費喔！

就降

創用 CC 授權

本創作適用姓名標示-非商業性-禁止改作 3.0 創用 CC 授權，台灣並依循所適用的授權條款。

[影像] 林小美新年逛九份

2010-01-26T22:22:58+08:00

2010 年 01 月 01 日，林小美逛九份啦！

一直探頭聞來聞去的小美！

永遠不看鏡頭的小美！

就降

創用 CC 授權

本創作適用姓名標示-非商業性-禁止改作 3.0 創用 CC 授權，台灣並依循所適用的授權條款。

[影像] 午茶咖啡弄

2010-01-26T22:17:49+08:00

假日去喝午茶，咖啡弄。

冰塊冰著檸檬喔！

假睫毛是我黏的，假睫毛是我黏的，假睫毛是我黏的，假睫毛是我黏的（跳針）。

我在 Google 街景車出現就是穿這一件衣服啦

上菜啦，火腿三明治。

上菜啦，草莓鬆餅。

繼續日系風。

這絕對不是 pctbot 裡面的

可以外帶！

我們是去二弄！

就降啦

創用 CC 授權

本創作適用姓名標示-非商業性-禁止改作 3.0 創用 CC 授權，台灣並依循所適用的授權條款。

[影像] 京站半日遊

2010-01-26T22:18:18+08:00

最近都沒補照片上來，所以一次補啦

不免俗的門口空井！

天上的空井！

鄉下俗逛百貨公司（大誤）。

很有趣的鳥籠座椅。

蛋糕塔！

就降啦

創用 CC 授權

本創作適用姓名標示-非商業性-禁止改作 3.0 創用 CC 授權，台灣並依循所適用的授權條款。

[NB] 出來拆的，一定要組的回來！

2010-01-19T16:05:30+08:00

之前在我的 MSN 有寫過，我說我的 NB 冒出一縷輕煙！就是這個煙啦！

為了拆這兩個小零件，必須把整台 NB 都拆了，這是螢幕跟主機板。

這是剩下的...

罪魁禍首在此！

這種東西應該是 1.0mm 的杜邦（或是 Molex 接頭的一種），但是呢！
但是呢！
但是呢！
但是呢！

走遍光華跟地下街電子賣場，最小只到 pitch 1.25mm 而以。
這種 pitch 1.0mm 的根本沒有廠商會進！

所以，我只好買了 4 條 1.25mm 的線回來，然後，把電源供應器燒壞的插座切開，4 線陽極，5 線接地，併成 2 陽極 2 接地，在接回原有主機上完好的插座上（當然就是一堆線繞在一起）。

最後，我的電腦開機啦

創用 CC 授權

本創作適用姓名標示-非商業性-禁止改作 3.0 創用 CC 授權，台灣並依循所適用的授權條款。

[TextCube] TextCube 1.8.x 正體中文版測試中

2010-01-09T23:42:33+08:00

是的，TextCube 1.8 推出了！官方的公告在這邊：Textcube 1.8.1 : Second Dominant 공개。我前幾天跟 Jeongkyu Shin 用破爛的英文提了幾個小小問題，目前除了新功能 "Line" 尚未完成外，其他的部分完成度已經算很高了。大致上來說，跟 1.7 沒有太大的差異，然後多了一個微網誌的功能，叫做 "Line"。

他的內容其實就是微網誌，然後他在設定的地方可以跟搜尋引擎結合，但是 Jeongkyu Shin 說那個部分要在 TextCube 1.8.2 之後才會趨於完善，目前還是 beta 版本。

不知道有沒有人可以翻譯一下這到底是什麼意思：

Line은 짧은 글로 생각이나 느낌을 정리하기 위한 기능입니다. 옆의 링크를 누르면 지금 사용하시는 브라우저의 검색 입력줄에 이 블로그의 Line이 추가됩니다. 추가한 후에는 브라우저의 검색 입력줄에서 추가된 Line을 선택하고 글을 입력하여 바로 Line을 쓸 수 있습니다. 공공 장소의 컴퓨터에서는 추가하지 마시기 바랍니다. 만약 실수로 추가하신 경우, 옆의 새로 고침 버튼을 눌러 Line의 비밀 번호를 변경하면, 기존에 등록한 검색 표시줄에서 글을 쓸 수 없게 됩니다.

我已經測試過資料的匯出與匯入，基本上，從我的 1.7.8 版本匯出，在匯入官方發佈的 1.8.1 整個過程非常完美！這一點算是值得欣慰的地方吧。至於官方釋出的 1.7.8 以及之前的版本，是否能這麼完整且成功的匯入到 1.8.1，這一點我實在無法保證了。

另外，他新加入了標籤管理。

還有，他的分類，可以用 ATOM 來發送，至於為什麼沒有 RSS 這我也不知道。

最後，也是大家最關心的 SPAM 問題，他有了這個設定！

我只能說，有了這兩個設定真是太好啦

創用 CC 授權

本創作適用姓名標示-非商業性-禁止改作 3.0 創用 CC 授權，台灣並依循所適用的授權條款。

[影像] 底片，尖石，薰衣草森林

2009-12-15T14:55:55+08:00

這大概是三、四個月前的照片了。

老爸。

其實我們到的時後下很大的雨，所以人不多。

不難看出是底片吧

創用 CC 授權

本創作適用姓名標示-非商業性-禁止改作 3.0 創用 CC 授權，台灣並依循所適用的授權條款。