Work

[CSS tech.] Blueprint CSS part 2

其實在許久之前,我有 寫過一篇 [https://blog.hinablue.me/entry/css-tech-blueprint-css-framework-simple-howto/] 關於 Blueprint CSS [http://www.blueprintcss.org/] 的介紹了,但是我覺得還是有些地方稍嫌不足。特別是今天為了要找一些東西,又繼續看了 Blueprint CSS [http://www.blueprintcss.org/],覺得上次那一篇時在是寫的不夠,所以就來補充一下。 特別提一下這個,Blueprint CSS How To

[JS tech.] CKeditor 專注本業之 Dialog 超棘手 part 4

寫到這裡,我想說一句公道話,那就是,我之前寫的三篇都可以直接扔進垃圾桶,是一般垃圾 不用回收了(翻桌)。編輯器最重要的一個部分,就是自訂的對話框(Dialog),編輯器預設的對話框,跟 FCKeditor 有些許的差異,像是上傳檔案的對話框,在 CKeditor 裡面就沒有在預設工具列內(主要是要提倡跟自家的 CKFinder 合併使用)。 首先呢,在 CKeditor 裡面,所有的對話框都是使用 JavaScript 來產生,所以在設定上並不像以前 FCKeditor 那樣改改他的原始的 html 檔案就能更動對話框,

[JS tech.] Ckeditor GOGOGO~~~ 歐雷~歐雷~歐雷~ part 3

這個 CKeditor 有些地方實在是超乎我的想像,他做到了一些並不是編輯器迫切需要的功能,舉例來說,他可以控制 DOM 元件。也許你會覺得,我在編輯器裡面可以控制 DOM 元件並不是什麼壞事,偏偏,他控制的是編輯器以外的 DOM 元件。 當我在測試 Event 的時候,發現這個東西並不只有一種,換句話說,他的 Event 控制分成兩組,一組是自訂的監聽與觸發(類似 ActionScript 那樣),另一組是針對 DOM 元件的特定 events 作觸發(

[JS tech.] Ckeditor 令人詫異的 basic 模式 part 2

接續 上一篇 [https://blog.hinablue.me/entry/JS-tech-CKeditor-part-1/] 所提到的基本與完整模式,後來我在測試其他的程式碼的時後發現,所謂的基本(basic)模式,的確是很簡單的五個 JavaScript 檔案就可以做到,但是相對的,犧牲掉的部分卻比我想像中的還要多很多。而最令我震驚的部分是,在基本模式中,呼叫編輯器的 CKEDITOR 的其中一支 prototype: instances 會全數失效,所帶來的後果就是,編輯器本身會完全無法控制(所以才叫做 basic 嗎)? 所以,基本上想要客製化這個編輯器,