發佈：
更新：
瀏覽：
分類：
晚上看電視吃滷味時，靈光一閃有如神助，突然就有了新的想法。
目前的程式設定，category 分類巨集需要先將檔案寫好，附加到 snipsnap-portlet-1 之中，然後將每個分類相對應的 wiki 也設定好才能正常執行。因為 category 是對站內所有的 blog 來做分類（當然這是手動自行增修），並沒有打算像 blogrolling 那樣做出複數型態的巨集（也就是 blog-rolling 這樣的巨集你可以寫好幾次，並且有各自不同的設定），所以 snip 和 file 的名稱都是固定寫死在程式裡。
剛突然一想，既然是寫死，而且類別數量是固定的，很少修改，那為啥要像 blogrolling 那樣要讀檔案？blogrolling 讀檔案是有原因的，因為站台可能多達上百個 （就像目前我的「部落格輪播」一樣），即使做到可全部寫入 snip 中並且能隨機顯示其中十個，但在編修又臭又長的 snip 上仍會產生一些問題，所以才用檔案的方法來解決。但是 category 分類並不會這樣，了不起分個三十類已經算很多了，應該不會有人閒閒沒事今天分一百個，明天改回三十個，後天又分成一百二十個（真有人這樣分的話我也服了）。因此原本需要讀一個 category.txt 檔的 category 巨集，將會把讀檔的部份拿掉，改新增另一個 category-label 巨集來填補。當然，在架構上就要重新調整了，推出的時間也得順延，但我希望這不會太久。
改成不用讀檔的 category 巨集，目前反而變成是可以使用複數型態的，這部份還要再研究一下。另外除了 category 之外，下一個版本要加入的 archive by week or by month（逐週或逐月彙整）和 category 其實是類似的，我也在研究是否要兩者的架構做個統一。若確定的話，那麼程式碼又得小翻修一下。因此 archive 也會是時程延後的變數之一。