失落的技術

目前我在 Drupal 上愛用的編輯器是 TinyMCE，最近碰到了一些由使用者貼上的文章會造成版面被破壞的問題。
我是使用 Wysiwyg 配合 TinyMCE 來載入，所以可以只改 Wysiwyg 模組裡面的檔案，來達到控制 TinyMCE 貼上的動作。
我用的 Wysiwyg 版本是 6.x-2.2，TinyMCE 的版本是 3.3.9.3
要改的檔案是：wysiwyg/editors/js/tinymce-3.js

i18n 模組對 Drupal 的各類翻譯方式幾乎都能進行翻譯的支援，雖然有些方式比較麻煩，不過還算堪用～
Translation table 模組可以幫忙一半種類的翻譯（分類、內容類型、選單），其他的部份則是需要用搜尋的方式進行翻譯，而且一次只能翻譯一句，比較不方便。
其中最麻煩的是 CCK 的翻譯，翻完之後不會立即生效，必須要跑一下 update 才會生效（對，你沒看錯，就是那個升級系統跟模組用的 update）。

我是籌備委員之一，這是 Drupal Taiwan 成立以來第一個 DrupalCamp，活動議程目前正在排定。
今年已知應該會發行的 Drupal 中文書籍有 3 本，而新的 Drupal 7 更對優使性大大增強，個人估計這兩年會是 Drupal 在台灣發展的成長期起點。
想了解 Drupal 的一切嗎？快來報名吧～
報名網站：http://registrano.com/events/drupalcamp

Views 2.x 要改變排序方式的方式跟 1.x 差不多，最大的差異是設定上要繫結 views_handler 的物件，處理上比較麻煩。
底下假設目前排序方式是依據 "Post date" desc，而我們想要在傳遞任意的一個參數，改變其排序順序為根據 "type" asc, "Post date" desc，即插入一個 "type" asc 條件在原先的 "Post date" desc 之前。

插入一個 Global:Null 的 Argument
Validator options 中的 Validator 設定為 PHP Code
PHP validate code 中填入：

---

$sort = views_get_handler('node', 'type', 'sort');
$options = array(
'order' => 'ASC',
'id' => 'type',
'table'=> 'node',
'field'=>'type',
'relationship'=>'none',
);

array_unshift($view->sort, $sort);
$sort->init($view, $options);

return true;

---

按下 Update 按鈕
之後便可在 Live Preview 檢視結果～

有時候不寫下來真的會忘記～
當 Content Taxonomy 配合 Hierarchical Select 時，原本會自動帶入討論分類作為預設值的行為卻不見了。
我試過在 form_alter 跟 #pre_render 等地方去設定 Hierarchical Select 的 #default_value 卻無效～
後來在該Content Taxonomy 的 CCK 欄位的預設值填入：

上個禮拜幫客戶的 Drupal 網站做升級，一切狀況良好，不過這兩天客戶說，訪客發表的回應無法顯示。
剛剛回到家後做了幾個測試，發現狀況很有趣：的確如客戶所說，訪客發表的回應在文章中無法顯示，但是最新回應區塊卻有顯示。
本來以為是文章權限的問題，檢查了半天，也重設權限了，問題還是一直存在。
為了確認回應是否有寫入，我到管理回應的列表中看了一下，發現管理回應的列表也沒有列出訪客發表的回應。

昨天跟客戶定期 meeting，有談到目前一個案子的畫面上的小調整。
由於要修改到 CSS 檔案，所以我把虛擬主機上的整個目錄打包複製下來、資料庫用 phpMyAdmin 匯出，配合空的 PAPM 重建後，卻發現每次進入首頁卻變成下載畫面。
嘗試了幾個方式都還是一樣，最後終於讓我重建成功。
底下是重建筆記（這個方式只適用同樣主版本的 Drupal 上，並且你沒有對原始 Drupal 的檔案做過太大幅度的修改）：

起源是我想要做一個像討論區板塊的 View，會顯示最上層的討論區，並在每個討論區下面列出該討論區的討論板。
方法很簡單，需要兩個模組：
Views Custom Field
Embed Views Display

我一直認為，中文化是推廣軟體系統最重要的一步。
Drupal 是我非常喜歡的一套開源內容管理系統，最近因為自己出來作 SOHO 接案子的關係，時間比以前在公司上班時充裕許多，所以我可以一邊作案子，一邊作 Drupal 模組的翻譯。
最近我把相關作翻譯的模組包在一起，並在 Drupal Taiwan 那邊發了文章，希望能推廣翻譯工作。

在 Drupal 裡面有許多的所見即所得編輯器，比如說： TinyMCE 和 FCKEditor 是兩個比較為大家熟知的。
不過在設定上，有些只允許本文輸入的狀況，常常需要為不同的 class 或是 path 設定例外條件，以免把所有的 TEXTAREA 都變成所見即所得的編輯畫面。
而 WYSIWYG API 就比較聰明，它可以根據輸入格式（Input Format ）來設定不同的編輯器，這樣就無須設定例外條件了。