百度編輯器-Ueditor
作者:Lionden
Lionden‘s Lion Den.
又一編輯神器-百度編輯器-Ueditor
(Lionden<[email protected]> 轉載說明)
前段時間發表過一篇關於“KindEditor在JSP中使用”的博文。這幾天在沈陽東軟進行JavaWeb方面的實習工作,在一個CMS系統的後臺和博客板塊中又要用到文本編輯器,突然發現了這個——百度編輯器(官網http://ueditor.baidu.com/website/index.html)。
Ueditor由百度開發,傳說中的百度更懂中文嘛,不像KindEditor有時會顯示亂碼。Ueditor提供中文“utf-8”和“gbk”版本的下載。而且分為完整版和定制版。完整版沒什麽可說的,下面說下定制版:
定制版就是可以選擇自己需要的功能,然後根據用戶所選組件生成下載包。地址(http://ueditor.baidu.com/website/ipanel/panel.html)。定制的內容包括組件,編輯器背景顏色或圖片,編輯器高度和寬度等;
值得一提的是,Ueditor提供了功能說明文檔和使用說明文檔。可以讓開發者快速的清楚他能實現的功能,並節約閱讀原JS代碼的時間,熟練的使用Ueditor。文檔鏈接(http://ueditor.baidu.com/website/document.html),附使用說明文檔(摘自Ueditor官網):
前後端數據交互2012-05-11 16:09:13
一、富文本內容交互 1、編輯器內容初始化(即往編輯器中設置富文本) 場景一:寫新文章,編輯器中預置提示、問候等內容。 在editor_config.js文件中找到initialContent參數,設置其值為需要的提示或者問候語即可,如initialContent:’歡迎使用UEditor!’。
場景二:編輯舊文章,從數據庫中取出富文本放置到編輯器中。 顯然,編輯文章時需要從後臺數據庫中取出大段富文本,如果仍然采用場景一中的方式去設置初始值的話,必然會帶來諸如引號匹配被截斷等問題,因此需要采用另外一種方式去設置,如下代碼所示:
此處采用了script標簽作為編輯器容器對象,並設置了其類型是純文本,從而在避免了標簽內部JS代碼執行的同時解決了部分同學在使用傳統的textarea標簽作為容器所帶來的一次額外轉碼問題。
2、提交編輯器內容至後端 場景一:在編輯器所在的Form中存在提交按鈕,提交動作由點擊此按鈕完成。 該場景適用於最普通的場合,沒有太大問題需要註意,僅三點說明: 1) 默認情況下提交到後臺的表單名稱是 “editorValue”,在editor_config.js中可以配置,參數名為textarea。 2) 可以在容器標簽(即script標簽)上設置name屬性,以覆蓋editor_config.js中的默認配置。實例代碼如下,此處的myContent將成為新的提交表單名稱:
3)後端接收程序可以通過如下幾種方式來獲取編輯器中的富文本內容。
場景二:編輯器所在的Form中不存在提交按鈕,提交動作由外部事件觸發。 該場景適用於站點前端交互較多的場合,需要註意的事項主要是在觸發form提交動作之前執行編輯器內容同步操作。一般的代碼模式如下所示:
此處editor是編輯器實例對象。
場景三:編輯器不在任何Form中,提交動作由外部事件觸發。 該場景使用不多,但特殊時候可能需要。UEditor也提供了對應的處理方案,基本邏輯跟場景二一樣,只是在執行同步操作的時候需要傳入提交form的id,如editor.sync(myFormID)即可。其他同場景二。
二、圖片上傳交互 1、傳統圖片上傳 傳統圖片上傳涉及到的前後端交互主要涉及“上傳提交路徑”以及“圖片保存路徑”兩個參數,後臺保存路徑以任何形式(絕對或者相對)、在任何頁面展示跟前臺無關。
2、Flash圖片上傳 Flahs圖片上傳和傳統圖片上傳存在一個很大的區別:它需要服務器端實時返回“圖片保存路徑”用於在前臺的即時展示。具體到編輯器,就是需要將返回的路徑插入到編輯器中。由此會引出除傳統圖片上傳中提到的兩個參數之外的第三個參數:“前後端修正路徑”。如果後臺返回的保存路徑是絕對路徑(指以http開頭的路徑,以根目錄開始的路徑也可勉強歸入其中),那麽前臺無須做任何修正,否則用戶必須十分清楚自己當前的目錄結構並據此修正這個前後端相對路徑之間的差異。因此,UEditor極力推薦由服務器端返回以根目錄開始的相對路徑。
3、UEditor中的上傳實踐及註意事項 在UEditor中,“上傳提交路徑”和“前後端修正路徑”的配置位於editor_config.js中。其中,imageUrl參數對應著“上傳提交路徑”,imagePath參數對應著“前後端修正路徑”。而“圖片保存路徑”則需要在server/upload/php目錄下的imageUp文件中配置。 路徑配置完成之後,還需要配置imageFieldName參數作為文件表單的表單名,後臺可以據此獲取文件句柄。該參數同樣位於editor_config.js中。
完成上述配置之後,理論上後臺應該可以接收到前臺上傳的圖片文件了。在正確保存之後,傳統圖片上傳至此就結束了。但是,在使用Flash上傳的編輯器中,流程還遠未結束。 首先,後臺需要計算得出圖片文件存放的地址字符串。該字符串UEditor極力推薦使用從網站根目錄開始算起,一直到圖片名結束為止。如果不從網站根目錄開始算起,後面需要考慮“前後端修正地址”參數。 其次,後臺返回一個json格式的字符串,格式具體要求如下:
其中,url對應計算出的圖片保存地址——再強調一遍,盡量構造出從網站根目錄開始的地址字符串;title對應flash中的描述字段,在圖片上將會被設置到title屬性中;state對應服務器端返回的圖片上傳狀態字符:除了上傳成功返回“SUCCESS”之外,其他任何值都將被直接顯示在返回的圖片描述字段內。 最後,UEditor會在返回的url地址前面增加“前後端修整路徑”這個參數值作為最後插入編輯器中的圖片地址。因此,如果服務器端返回的是從根目錄開始的圖片路徑或者http開頭的絕對路徑,“前後端修正路徑”必須留空。 舉例來講,如果服務器返回的路徑是“/myProject/uploads/sun.jpg”,那麽插入到編輯器中的路徑會是“前後端修正路徑 + /myProject/uploads/sun.jpg”。
三、Word圖片轉存交互 1、圖片轉存原理 所謂word圖片轉存,是指UEditor為了解決用戶從word中復制了一篇圖文混排的文章粘貼到編輯器之後,word文章中的圖片數據無法顯示在編輯器中,也無法提交到服務器上的問題而開發的一個操作簡便的圖片轉存方案。 該功能的基本操作步驟:復制word文檔——》粘貼到編輯器——》編輯器會將所有圖片轉換成一個占位圖,同時在工具欄中高亮轉存按鈕——》點擊轉存按鈕彈出圖片上傳框——》點擊復制按鈕復制圖片目錄地址——》點擊“添加照片”按鈕,在彈出的選擇框中粘貼剛復制的圖片目錄地址——》點擊打開按鈕,選擇目錄下的所有圖片文件,在此點擊打開——》執行圖片上傳——》上傳成功確認插入,UEditor將自動完成對應占位圖的替換過程。
2、配置要點及註意事項 word圖片轉存跟普通圖片上傳的配置基本一樣,所不同的僅僅是操作上的差異:前者需要首先獲取臨時圖片文件存在的目錄,後者直接選擇自己指定的文件目錄。PS:在部分操作系統的部分版本word中發現單張word圖片會生成兩張臨時圖片,且格式不一,清晰度各異,目前暫時未發現改進方法。
四、遠程圖片抓取交互 1、遠程抓取原理 圖片遠程抓取是指在插入本地域名之外的圖片鏈接地址時,由服務器將這些外部圖片抓取到本地服務器保存的一個功能。實現原理為在編輯器中向服務器發送包含所有外域圖片地址的ajax請求,然後由服務器在後端抓取保存後返回圖片地址給編輯器,再由編輯器完成外域地址和本地地址的替換工作。
2、註意事項 遠程抓取功能是否開啟可在edicot_config.js中通過配置catchRemoteImageEnable參數實現。與這個功能相關的配置還包括了遠程抓取的處理程序地址,表單域名稱,本地域和“前後端修正地址”。遠程抓取處理程序實現了依據前端提交的地址列表(使用ue_separate_ue標示符進行分隔的字符串)進行圖片抓取,然後返回地址列表給客戶端的功能。 前後臺交互數據格式樣例:(URL1,URL2,URL3,URL4)
五、圖片在線管理交互 1、圖片在線管理介紹 圖片在線管理是指通過讀取服務器端的文件目錄並將其展示到編輯器中的進行額外一些操作的功能。處於安全考慮,目前UEditor僅實現了圖片二次插入操作,其他諸如刪除、移動等操作將會在後續二次開發教程中陸續放出。
2、註意事項 圖片在線管理需要配置的參數跟遠程圖片抓取一致,兩者不同的地方是圖片在線管理中的圖片數據是由服務器端指定某個目錄,然後遍歷其下的所有圖片文件得到,然後將地址返回給編輯器,而遠程圖片抓取則是由編輯器提交圖片地址,經過服務器端的抓取處理後返回新的地址給編輯器。兩者的初始觸發都需要ajax的介入。 六、屏幕截圖交互 1、屏幕截圖介紹 使用了ActiveX控件,目前只支持IE瀏覽器。
2、註意事項 需要配置的參數除了跟圖片上傳一樣的內容之外,還多出了服務器地址和端口的配置。具體使用時請根據自身服務器的特點做出適應修改。
七、附件上傳交互 1、附件上傳註意事項 附件上傳的基本配置跟圖片類似。另外,由於附件上傳采用了相當成熟的swfupload開源框架,因此大部分的文檔和資料盡可參考swfupload的官網教程。官網地址:http://www.swfupload.org |
Ueditor的部署說明(摘自Ueditor官網):
完整版的部署與體驗2012-05-11 16:16:57一、官網上下載完整源碼包,解壓到任意目錄,解壓後的源碼目錄結構如下所示: _examples:編輯器完整版的示例頁面 _demos:編輯器的各種使用案例 dialogs:彈出對話框對應的資源和JS文件 themes:樣式圖片和樣式文件 server:涉及到服務器端操作的PHP、JSP等文件 third-party:第三方插件 editor_all.js:_src目錄下所有文件的打包文件 editor_all_min.js:editor_all.js文件的壓縮版,建議在正式部署時才采用 editor_config.js:編輯器的配置文件,建議和編輯器實例化頁面置於同一目錄
圖表 1 第一步:在項目的任一文件夾中建立一個用於存放UEditor相關資源和文件的目錄,此處在項目根目錄下建立,起名為ueditor。
第二步:拷貝源碼包中的dialogs、themes、third-party、editor_all.js和editor_config.js到ueditor文夾中。其中,除了ueditor目錄之外的其余文件均為具體項目文件,此處所列僅供示例。
第三步:為簡單起見,此處將以根目錄下的index.php頁面作為編輯器的實例化頁面,用來展示UEditor的完整版效果。在index.php文件中,首先導入編輯器需要的三個入口文件,示例代碼如下:
第四步:然後在index.php文件中創建編輯器實例及其DOM容器。具體代碼示例如下:
最後一步: 在/UETest/ueditor/ editor_config.js中查找URL變量配置編輯器在你項目中的路徑。
至此,一個完整的編輯器實例就已經部署到咱們的項目中了!在瀏覽器中輸入http://localhost/UETest 運行下試試UE強大的功能吧!
三、註意事項 1.在引用editor_config.js時,最好先於editor_all.js加載,否則特定情況下可能會出現報錯。
2.若希望給編輯器賦初值,請將上面描述index.php的div換成初始內容
3. 需要註意的是編輯器資源文件根路徑。它所表示的含義是:以編輯器實例化頁面為當前路徑,指向編輯器資源文件(即dialog等文件夾)的路徑。鑒於很多同學在使用編輯器的時候出現的種種路徑問題,此處強烈建議大家使用"相對於網站根目錄的相對路徑"進行配置。"相對於網站根目錄的相對路徑"也就是以斜杠開頭的形如"/UETest/ueditor/"這樣的路徑。 此外如果你使用的是相對路徑,例如"ueditor/"(相對於圖表1路徑結構) 如果站點中有多個不在同一層級的頁面需要實例化編輯器,且引用了同一UEditor的時候,可能不適用於每個頁面的編輯器。因此,UEditor提供了針對不同頁面的編輯器可單獨配置的根路徑,具體來說,在需要實例化編輯器的頁面最頂部寫上如下代碼即可。 當然,需要令此處的URL等於對應的配置。window.UEDITOR_HOME_URL ="/xxxx/xxxx/"; |
OK,Ueditor在官網上的敘述已經很為詳細,本博就簡單的作下說明。
(Lionden<[email protected]> 轉載說明)
百度編輯器-Ueditor