專利名稱：一種通過網(wǎng)頁的文本輸入框提交長文本的方法和裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及互聯(lián)網(wǎng)瀏覽器領(lǐng)域，更具體地，涉及一種通過網(wǎng)頁的文本輸入框提交長文本的方法和裝置。
背景技術(shù)：
微博，即微型博客(MiCToBlog)，是一個基于用戶關(guān)系的信息分享、傳播以及獲取平臺，用戶通過WEB、WAP以及各種客戶端組建個人社區(qū)，以特定數(shù)量的文字更新信息，并實現(xiàn)即時分享。最早的、也是最著名的微博是美國的twitter，根據(jù)相關(guān)公開的數(shù)據(jù)，截至2012年7月份，該產(chǎn)品在全球已經(jīng)擁有5億注冊用戶。2009年8月份中國最大的門戶網(wǎng)站新浪網(wǎng)推出“新浪微博”內(nèi)測版，成為門戶網(wǎng)站中第一家提供微博服務(wù)的網(wǎng)站，微博正式進入中文上網(wǎng)主流人群視野?，F(xiàn)有技術(shù)中，微博使用一個textarea控件作為輸入框，向該控件中進行輸入文字，然后將輸入的文字提交微博服務(wù)器。在微博的發(fā)展歷史中，逐漸形成了對每條微博所含文字?jǐn)?shù)量的限制，例如twitter限制每條微博不多于140個英文字符，新浪微博限制每條微博不多于140個中文字符。對于輸入的文字?jǐn)?shù)量大于140時會提示上傳失敗，不能提交。因此，對于140字以上的長文字的輸入，一般需要使用長文字轉(zhuǎn)換工具，先生成包含所述長文字的圖片，再以圖片文件的格式向微博提交?？梢?，對于用戶所發(fā)微博為超過例如140字的長文字微博時，必須另外進行長文字轉(zhuǎn)換，為用戶帶來了額外的操作步驟，極大降低了用戶體驗。用戶希望采用更簡單、更有效率的方式來實現(xiàn)長文字微博的提交。

發(fā)明內(nèi)容
本發(fā)明提供一種通過網(wǎng)頁的文本輸入框提交長文本的方法和裝置，實現(xiàn)了長文本微博的直接、快速的提交，極大提高了用戶的操作效率，從而改善了用戶體驗。本發(fā)明所述通過網(wǎng)頁的文本輸入框提交長文本的方法包括-在網(wǎng)頁的文本輸入框加載完成后，生成覆蓋所述文本輸入框上的DIV層；-檢測到向所述文本輸入框輸入文本的事件；-在文本輸入框上的所述DIV層中生成所述文本的HTML元素；-判斷輸入的文本為長文本；-檢測到文本輸入框的提交事件；-將所述文本的HTML元素轉(zhuǎn)換為圖片文件；并-將所述圖片文件上傳至服務(wù)器側(cè)?？蛇x地，生成DIV層的步驟包括在網(wǎng)頁的所述文本輸入框加載完成事件觸發(fā)后，調(diào)用由網(wǎng)頁瀏覽器提供的文本輸入框?qū)ο蟮亩ㄖ铺幚砟K生成覆蓋所述文本輸入框上的DIV層。其中，所述文本輸入框由DOM對象提供，響應(yīng)于該DOM對象加載完成時觸發(fā)的ContentReady事件，生成所述DIV層；或響應(yīng)于整個HTML網(wǎng)頁加載完成時觸發(fā)的DocumentReady事件,生成所述DIV層?？蛇x地，檢測到輸入文本的事件的步驟包括檢測到拖曳文本到所述DIV層上時的ondragenter事件和ondragover事件；或檢測到復(fù)制文本到所述DIV層上時的onCopyHTML事件；或檢測到復(fù)制系統(tǒng)剪貼板文本到所述DIV層上時的onpaste事件。可選地，生成文本的HTML元素的步驟包括調(diào)用瀏覽器側(cè)的HTML元素轉(zhuǎn)換模塊，將所述文本轉(zhuǎn)換為HTML元素，并插入到所述DIV層；轉(zhuǎn)換圖片文件的步驟包括調(diào)用瀏覽器側(cè)的文本圖片轉(zhuǎn)換模塊，將所述DIV層中所述HTML元素轉(zhuǎn)換為圖片文件?？蛇x地，所述上傳圖片的步驟包括將所述圖片直接上傳至服務(wù)器側(cè)；或?qū)⑺鰣D片上傳至圖床服務(wù)器，從所述圖床服務(wù)器獲取圖片的URL地址，并將所獲取的URL地址上傳至服務(wù)器側(cè)?？蛇x地，當(dāng)輸入文本輸入框中的文本字?jǐn)?shù)超過預(yù)定字?jǐn)?shù)時，例如140字，判斷所述輸入的文本為長文本。可選地，在轉(zhuǎn)換圖片文件的步驟之前還可以包括提示用戶輸入文本框的字?jǐn)?shù)超過預(yù)定字?jǐn)?shù)，將自動進行圖片轉(zhuǎn)換操作。可選地，所述提交事件是所述文本輸入框的控件失去焦點，或所述文本輸入框的提交按鈕被點擊。進一步地，本發(fā)明還提供了一種通過網(wǎng)頁的文本輸入框提交長文本的裝置，包括-層生成單元，適于在網(wǎng)頁的文本輸入框加載完成后，生成覆蓋所述文本輸入框上的DIV層；-輸入檢測單元，適于檢測到向所述文本輸入框輸入文本的事件；-HTML元素生成單元，適于在文本輸入框上的所述DIV層中生成所述文本的HTML元素；-判斷單元，適于判斷輸入的文本為長文本；-提交檢測單元，適于檢測到文本輸入框的提交事件；-圖片轉(zhuǎn)換單元，適于將所述文本的HTML元素轉(zhuǎn)換為圖片文件；并-上傳單元，適于將所述圖片文件上傳至服務(wù)器側(cè)。可選地，層生成單元適于在網(wǎng)頁的所述文本輸入框加載完成事件觸發(fā)后，調(diào)用由網(wǎng)頁瀏覽器提供的文本輸入框?qū)ο蟮亩ㄖ铺幚砟K生成覆蓋所述文本輸入框上的DIV層。其中，所述文本輸入框由DOM對象提供，則所述層生成單元適于響應(yīng)于該DOM對象加載完成時觸發(fā)的ContentReady事件，生成所述DIV層；或響應(yīng)于整個HTML網(wǎng)頁加載完成時觸發(fā)的DocumentReady事件,生成所述DIV層?？蛇x地,輸入檢測單元適于檢測到拖曳文本到所述DIV層上時的ondragenter事件和ondragover事件；或檢測到復(fù)制文本到所述DIV層上時的onCopyHTML事件；或檢測到復(fù)制系統(tǒng)剪貼板文本到所述DIV層上時的onpaste事件?？蛇x地，HTML元素生成單元適于調(diào)用瀏覽器側(cè)的HTML元素轉(zhuǎn)換模塊，將所述文本轉(zhuǎn)換為HTML元素，并插入到所述DIV層；圖片轉(zhuǎn)換單元適于調(diào)用瀏覽器側(cè)的文本圖片轉(zhuǎn)換模塊，將所述DIV層中所述HTML元素轉(zhuǎn)換為圖片文件?？蛇x地，上傳單元適于將所述圖片直接上傳至服務(wù)器側(cè)；或?qū)⑺鰣D片上傳至圖床服務(wù)器，從所述圖床服務(wù)器獲取圖片的URL地址，并將所獲取的URL地址上傳至服務(wù)器側(cè)。根據(jù)本發(fā)明提供的通過網(wǎng)頁的文本輸入框提交長文本的方法和裝置，所述服務(wù)器為微博服務(wù)器，通過上述覆蓋在所述文本輸入框上的DIV層，實現(xiàn)了超過預(yù)定字?jǐn)?shù)的長文本微博的輸入和提交，并且支持了文字的鍵入、復(fù)制和拖拽，極大簡化了用戶發(fā)布長文字微博的繁瑣操作，改善了用戶體驗。上述說明僅是本發(fā)明技術(shù)方案的概述，為了能夠更清楚了解本發(fā)明的技術(shù)手段，而可依照說明書的內(nèi)容予以實施，并且為了讓本發(fā)明的上述和其它目的、特征和優(yōu)點能夠更明顯易懂，以下特舉本發(fā)明的具體實施方式
，并配合附圖，詳細(xì)說明如下。


通過閱讀下文優(yōu)選實施方式的詳細(xì)描述，各種其他的優(yōu)點和益處對于本領(lǐng)域普通技術(shù)人員將變得清楚明了。附圖僅用于示出具體實施方式
的目的，而并不認(rèn)為是對本發(fā)明的限制。而且在整個附圖中，用相同的參考符號表示相同的部件。在附圖中圖I為根據(jù)本發(fā)明一個實施例的提交長文本方法的流程圖；圖2為根據(jù)本發(fā)明一個實施例的提交長文本裝置的示意圖。
具體實施例方式本發(fā)明提供了一種通過網(wǎng)頁的文本輸入框提交長文本方法和裝置，下面將結(jié)合附圖詳細(xì)說明如下。圖I示出了根據(jù)本發(fā)明一個實施例的提交長文本的方法。根據(jù)圖I所示的實施例，所述服務(wù)器為微博服務(wù)器，所示方法為通過網(wǎng)頁的文本輸入框向微博服務(wù)器提交并發(fā)布長文本微博。步驟101為DIV層生成步驟，用于在網(wǎng)頁的文本輸入框加載完成后，生成覆蓋所述文本輸入框上的DIV層。通常，網(wǎng)頁的文本輸入框可以由DOM對象提供。DOM對象在網(wǎng)頁瀏覽器中加載完成后，會有相應(yīng)的加載完成事件被觸發(fā)，如ContentReady事件。在該加載完成事件觸發(fā)后，則可以調(diào)用由網(wǎng)頁瀏覽器提供的定制處理函數(shù)來生成DIV層，該定制處理函數(shù)可以是在網(wǎng)頁瀏覽器處預(yù)先編制好。可替換地，也可以是在包括該文本輸入框的整個HTML網(wǎng)頁都加載完成后再生成所需的DIV層，此時該生成操作可以由整個網(wǎng)頁的加載完成事件如DocumentReady的觸發(fā)來調(diào)用定制處理函數(shù)來實現(xiàn)。定制處理函數(shù)生成一個附加的DIV層疊加在該文本輸入框之上作為懸浮層。這樣，用戶向該文本輸入框的文本輸入操作和輸入的文本則由該DIV層先接收，而從用戶的角度來看，則感覺依然是輸入到了原有的文本輸入框中。步驟102為輸入事件檢測步驟，用于檢測到向所述文本輸入框輸入文本的事件。如前所述，用戶在通過網(wǎng)頁瀏覽器向網(wǎng)頁的文本輸入框輸入文本時，該文本輸入事件實際上是發(fā)生在步驟101中生成的DIV上。在實際操作中，用戶可以通過拖拽、復(fù)制或者鍵盤輸入等操作進行文本輸入，這些操作會產(chǎn)生對應(yīng)的文本輸入事件。需要注意的是，當(dāng)網(wǎng)頁瀏覽器采用IE內(nèi)核時，IE默認(rèn)情況下禁止通過拖拽或拷貝的方式向DIV層輸入或?qū)懭胛谋尽Ｒ虼?，在步驟101中生成該DIV層時，需要使得該DIV屏蔽系統(tǒng)的默認(rèn)處理，以允許向該DIV層輸入文本。根據(jù)本發(fā)明的一個實施例，所述輸入文本的事件包括在網(wǎng)頁中的文本被拖曳到DIV層中時,DIV層的ondragenter事件和ondragover事件被觸發(fā)；當(dāng)網(wǎng)頁中的文本被復(fù)制時，onCopyHTML事件被觸發(fā)；或者，在操作系統(tǒng)中的文本通過CTRL+C被復(fù)制并通過CTRL+V被粘貼時，onpaste事件被觸發(fā)。步驟103為HTML元素生成步驟，用于在文本輸入框上的所述DIV層中生成所述文本的HTML元素。具體地，步驟103調(diào)用瀏覽器側(cè)的HTML元素轉(zhuǎn)換模塊，用相應(yīng)的HTML標(biāo)簽標(biāo)記所述文本的內(nèi)容，以將其轉(zhuǎn)換為所述文本對應(yīng)的HTML元素。在文本對應(yīng)的HTML元素中,還可以用size、style等屬性來對諸如字體大小、顯示方式等進行配置。因此，本發(fā)明可以支持有格式的文本作為待輸入數(shù)據(jù)。步驟104為長文本判斷步驟，當(dāng)輸入文本輸入框中的文本字?jǐn)?shù)超過預(yù)定字?jǐn)?shù)時，例如140中文字，判斷所述輸入的文本為長文本。當(dāng)然，所述預(yù)定字?jǐn)?shù)也可以是其它約定的字?jǐn)?shù)，例如網(wǎng)易微博的長文本預(yù)定字?jǐn)?shù)就為163中文字。步驟105為提交事件檢測步驟，所述提交事件是所述文本輸入框的控件失去焦點，或所述文本輸入框的提交按鈕被點擊。步驟106，即圖片轉(zhuǎn)換步驟，調(diào)用瀏覽器側(cè)的文本圖片轉(zhuǎn)換模塊，將所述DIV層中所述HTML元素轉(zhuǎn)換為圖片文件，所述圖片文件可以是GIF格式，或者是PNG格式等等。可選地，在進行步驟106之前還可以提示用戶輸入文本框的字?jǐn)?shù)超過預(yù)定字?jǐn)?shù)，將自動進行圖片轉(zhuǎn)換操作，以提高用戶體驗。步驟107為圖片上傳步驟，用于將步驟106生成的圖片文件上傳至微博服務(wù)器。根據(jù)本發(fā)明的一個實施例，所述圖片可以直接上傳至微博服務(wù)器；可替換地，根據(jù)本發(fā)明的另一實施例，所述圖片還可以上傳至圖床服務(wù)器，從所述圖床服務(wù)器獲取圖片的URL地址，并將所獲取的URL地址上傳至微博服務(wù)器。比較上傳圖片至微博服務(wù)器和上傳圖片的URL地址至微博服務(wù)器，后者上傳速度更快，一旦圖片的URL地址上傳至微博服務(wù)器，即向用戶顯示微博發(fā)布成功，縮短了用戶發(fā)布微博的等待時間，改善了用戶體驗。當(dāng)然，如果步驟104的判斷結(jié)果為非長文本，例如輸入文本少于140字，則在后續(xù)檢測到提交事件時直接向微博服務(wù)器上傳所述文本。本領(lǐng)域技術(shù)人員應(yīng)當(dāng)明了，圖I所示實施例并不嚴(yán)格限制各步驟之間的順序，除了根據(jù)圖I文字部分清楚示出對步驟順序的限制之外，部分步驟之間的順序是可以根據(jù)實際情況進行調(diào)整的。圖2示出了根據(jù)本發(fā)明一個實施例的提交長文本的裝置。根據(jù)圖2所示的實施例，所述服務(wù)器為微博服務(wù)器，所示裝置用于通過網(wǎng)頁的文本輸入框向微博服務(wù)器提交并發(fā)布長文本微博，包括如下部件層生成單元201，適于在網(wǎng)頁的文本輸入框加載完成后，生成覆蓋所述文本輸入框上的DIV層；具體地，在網(wǎng)頁的所述文本輸入框加載完成事件觸發(fā)后，調(diào)用由網(wǎng)頁瀏覽器提供的文本輸入框?qū)ο蟮亩ㄖ铺幚砟K生成覆蓋所述文本輸入框上的DIV層。其中，所述文本輸入框由DOM對象提供，則所述層生成單元適于響應(yīng)于該DOM對象加載完成時觸發(fā)的ContentReady事件，生成所述DIV層；或響應(yīng)于整個HTML網(wǎng)頁加載完成時觸發(fā)的DocumentReady事件，生成所述DIV層。
輸入檢測單元202，適于檢測到向所述文本輸入框輸入文本的事件；所述文本輸入事件包括檢測到拖曳文本到所述DIV層上時的ondragenter事件和ondragover事件；或檢測到復(fù)制文本到所述DIV層上時的onCopyHTML事件；或檢測到復(fù)制系統(tǒng)剪貼板文本到所述DIV層上時的onpaste事件。HTML元素生成單元203，適于在文本輸入框上的所述DIV層中生成所述文本的HTML元素；具體地，調(diào)用瀏覽器側(cè)的HTML元素轉(zhuǎn)換模塊，將所述文本轉(zhuǎn)換為HTML元素，并插入到所述DIV層。判斷單元204，適于判斷輸入的文本為長文本；具體地，當(dāng)輸入文本輸入框中的文本字?jǐn)?shù)超過預(yù)定字?jǐn)?shù)時，例如140中文字，判斷所述輸入的文本為長文本。提交檢測單元205，適于檢測到文本輸入框的提交事件；所述提交事件是所述文本輸入框的控件失去焦點，或所述文本輸入框的提交按鈕被點擊。圖片轉(zhuǎn)換單元206，適于將所述文本的HTML元素轉(zhuǎn)換為圖片文件；具體地，調(diào)用瀏覽器側(cè)的文本圖片轉(zhuǎn)換模塊，將所述DIV層中所述HTML元素轉(zhuǎn)換為圖片文件，例如GIF格式或GNP格式的圖片文件。上傳單元207，適于將所述圖片文件上傳至服務(wù)器側(cè)；具體地，可以將所述圖片直接上傳至服務(wù)器側(cè)；或?qū)⑺鰣D片上傳至圖床服務(wù)器，從所述圖床服務(wù)器獲取圖片的URL地址，并將所獲取的URL地址上傳至服務(wù)器側(cè)。根據(jù)本發(fā)明實施例提供的通過網(wǎng)頁的文本輸入框提交長文本的方法和裝置，通過上述覆蓋在所述文本輸入框上的DIV層，實現(xiàn)了超過預(yù)定字?jǐn)?shù)的長文本微博的輸入和提交，并且支持了文字的鍵入、復(fù)制和拖拽，極大簡化了用戶發(fā)布長文字微博的繁瑣操作，改善了用戶體驗。本發(fā)明提供的方法不與任何特定計算機、虛擬系統(tǒng)或者其它設(shè)備固有相關(guān)。各種通用系統(tǒng)也可以與基于在此的示教一起使用。根據(jù)上面的描述，構(gòu)造這類系統(tǒng)所要求的結(jié)構(gòu)是顯而易見的。此外，本發(fā)明也不針對任何特定編程語言。應(yīng)當(dāng)明白，可以利用各種編程語言實現(xiàn)在此描述的本發(fā)明的內(nèi)容，并且上面對特定語言所做的描述是為了披露本發(fā)明的最佳實施方式。在此處所提供的說明書中，說明了大量具體細(xì)節(jié)。然而，能夠理解，本發(fā)明的實施例可以在沒有這些具體細(xì)節(jié)的情況下實踐。在一些實例中，并未詳細(xì)示出公知的方法、結(jié)構(gòu)和技術(shù)，以便不模糊對本說明書的理解。類似地，應(yīng)當(dāng)理解，為了精簡本公開并幫助理解各個發(fā)明方面中的一個或多個，在上面對本發(fā)明的示例性實施例的描述中，本發(fā)明的各個特征有時被一起分組到單個實施例、圖、或者對其的描述中。然而，并不應(yīng)將該公開的方法解釋成反映如下意圖即所要求保護的本發(fā)明要求比在每個權(quán)利要求中所明確記載的特征更多的特征。更確切地說，如下面的權(quán)利要求書所反映的那樣，發(fā)明方面在于少于前面公開的單個實施例的所有特征。因此，遵循具體實施方式
的權(quán)利要求書由此明確地并入該具體實施方式
，其中每個權(quán)利要求本身都作為本發(fā)明的單獨實施例。本領(lǐng)域那些技術(shù)人員可以理解，可以對實施例中的設(shè)備中的模塊進行自適應(yīng)性地改變并且把它們設(shè)置在與該實施例不同的一個或多個設(shè)備中?？梢园褜嵤├械哪K或單元或組件組合成一個模塊或單元或組件，以及此外可以把它們分成多個子模塊或子單元或子組件。除了這樣的特征和/或過程或者單元中的至少一些是相互排斥之外，可以采用任何組合對本說明書(包括伴隨的權(quán)利要求、摘要和附圖)中公開的所有特征以及如此公開的任何方法或者設(shè)備的所有過程或單元進行組合。除非另外明確陳述，本說明書(包括伴隨的權(quán)利要求、摘要和附圖)中公開的每個特征可以由提供相同、等同或相似目的的替代特征來代替。此外，本領(lǐng)域的技術(shù)人員能夠理解，盡管在此所述的一些實施例包括其它實施例中所包括的某些特征而不是其它特征，但是不同實施例的特征的組合意味著處于本發(fā)明的范圍之內(nèi)并且形成不同的實施例。例如，在下面的權(quán)利要求書中，所要求保護的實施例的任意之一都可以以任意的組合方式來使用。本發(fā)明的各個部件實施例可以以硬件實現(xiàn)，或者以在一個或者多個處理器上運行的軟件模塊實現(xiàn)，或者以它們的組合實現(xiàn)。本領(lǐng)域的技術(shù)人員應(yīng)當(dāng)理解，可以在實踐中使用微處理器或者數(shù)字信號處理器(DSP)來實現(xiàn)根據(jù)本發(fā)明實施例中的一些或者全部部件的一些或者全部功能。本發(fā)明還可以實現(xiàn)為用于執(zhí)行這里所描述的方法的一部分或者全部的設(shè)備或者裝置程序(例如，計算機程序和計算機程序產(chǎn)品)。這樣的實現(xiàn)本發(fā)明的程序可以存儲在計算機可讀介質(zhì)上，或者可以具有一個或者多個信號的形式。這樣的信號可以從因特網(wǎng)網(wǎng)站上下載得到，或者在載體信號上提供，或者以任何其他形式提供。應(yīng)該注意的是上述實施例對本發(fā)明進行說明而不是對本發(fā)明進行限制，并且本領(lǐng)域技術(shù)人員在不脫離所附權(quán)利要求的范圍的情況下可設(shè)計出替換實施例。在權(quán)利要求中，不應(yīng)將位于括號之間的任何參考符號構(gòu)造成對權(quán)利要求的限制。單詞“包含”不排除存在未列在權(quán)利要求中的元件或步驟。位于元件之前的單詞“一”或“一個”不排除存在多個這樣的元件。本發(fā)明可以借助于包括有若干不同元件的硬件以及借助于適當(dāng)編程的計算機來實現(xiàn)。在列舉了若干裝置的單元權(quán)利要求中，這些裝置中的若干個可以是通過同一個硬件項來具體體現(xiàn)。單詞第一、第二、以及第三等的使用不表示任何順序?？蓪⑦@些單詞解釋為名稱。
權(quán)利要求
1.一種通過網(wǎng)頁的文本輸入框提交長文本的方法,包括在網(wǎng)頁的文本輸入框加載完成后，生成覆蓋所述文本輸入框上的DIV層；檢測到向所述文本輸入框輸入文本的事件；在文本輸入框上的所述DIV層中生成所述文本的HTML元素；判斷輸入的文本為長文本；檢測到文本輸入框的提交事件；將所述文本的HTML元素轉(zhuǎn)換為圖片文件；并將所述圖片文件上傳至服務(wù)器側(cè)。
2.根據(jù)權(quán)利要求I所述的方法，其特征在于，生成DIV層的步驟包括在網(wǎng)頁的所述文本輸入框加載完成事件觸發(fā)后，調(diào)用由網(wǎng)頁瀏覽器提供的文本輸入框?qū)ο蟮亩ㄖ铺幚砟K生成覆蓋所述文本輸入框上的DIV層。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，檢測到輸入文本的事件的步驟包括檢測到拖曳文本到所述DIV層上時的ondragenter事件和ondragover事件；或檢測到復(fù)制文本到所述DIV層上時的onCopyHTML事件；或檢測到復(fù)制系統(tǒng)剪貼板文本到所述DIV層上時的onpaste事件。
4.根據(jù)權(quán)利要求I所述的方法，其特征在于，生成文本的HTML元素的步驟包括調(diào)用瀏覽器側(cè)的HTML元素轉(zhuǎn)換模塊，將所述文本轉(zhuǎn)換為HTML元素，并插入到所述DIV層。
5.根據(jù)權(quán)利要求I所述的方法，其特征在于，轉(zhuǎn)換圖片文件的步驟包括調(diào)用瀏覽器側(cè)的文本圖片轉(zhuǎn)換模塊，將所述DIV層中所述HTML元素轉(zhuǎn)換為圖片文件。
6.根據(jù)權(quán)利要求I所述的方法，其特征在于，所述上傳圖片的步驟包括將所述圖片直接上傳至服務(wù)器側(cè)；或?qū)⑺鰣D片上傳至圖床服務(wù)器，從所述圖床服務(wù)器獲取圖片的URL地址，并將所獲取的URL地址上傳至服務(wù)器側(cè)。
7.如權(quán)利要求1-6中任一權(quán)利要求所述的方法，其特征在于，所述服務(wù)器為微博服務(wù)器，其中判斷長文本的步驟包括當(dāng)所述文本的字?jǐn)?shù)超過預(yù)定字?jǐn)?shù)，判斷所述輸入的文本為長文本。
8.如權(quán)利要求7所述的方法，其特征在于，在轉(zhuǎn)換圖片文件的步驟之前還包括提示用戶輸入文本框的字?jǐn)?shù)超過預(yù)定字?jǐn)?shù)，將自動進行圖片轉(zhuǎn)換操作。
9.根據(jù)權(quán)利要求I所述的方法，其特征在于，其中所述提交事件是所述文本輸入框的控件失去焦點，或所述文本輸入框的提交按鈕被點擊。
10.根據(jù)權(quán)利要求I或2所述的方法，其特征在于，所述文本輸入框由DOM對象提供， 響應(yīng)于該DOM對象加載完成時觸發(fā)的ContentReady事件,生成所述DIV層；或響應(yīng)于整個HTML網(wǎng)頁加載完成時觸發(fā)的DocumentReady事件,生成所述DIV層。
11.一種通過網(wǎng)頁的文本輸入框提交長文本的裝置，包括層生成單元，適于在網(wǎng)頁的文本輸入框加載完成后，生成覆蓋所述文本輸入框上的DIV層；輸入檢測單元，適于檢測到向所述文本輸入框輸入文本的事件；HTM L元素生成單元，適于在文本輸入框上的所述DIV層中生成所述文本的HTML元素； 判斷単元，適于判斷輸入的文本為長文本； 提交檢測單元，適于檢測到文本輸入框的提交事件； 圖片轉(zhuǎn)換單元，適于將所述文本的HTML元素轉(zhuǎn)換為圖片文件；并 上傳單元，適于將所述圖片文件上傳至服務(wù)器側(cè)。
12.根據(jù)權(quán)利要求11所述的裝置，其特征在于，層生成単元適于 在網(wǎng)頁的所述文本輸入框加載完成事件觸發(fā)后，調(diào)用由網(wǎng)頁瀏覽器提供的文本輸入框?qū)ο蟮亩ㄖ铺幚砟K生成覆蓋所述文本輸入框上的DIV層。
13.根據(jù)權(quán)利要求12所述的裝置，其特征在于，輸入檢測單元適于 檢測到拖曳文本到所述DIV層上時的ondragenter事件和ondragover事件；或 檢測到復(fù)制文本到所述DIV層上時的onCopyHTML事件；或 檢測到復(fù)制系統(tǒng)剪貼板文本到所述DIV層上時的onpaste事件。
14.根據(jù)權(quán)利要求11所述的裝置，其特征在干，HTML元素生成単元適于 調(diào)用瀏覽器側(cè)的HTM L元素轉(zhuǎn)換模塊，將所述文本轉(zhuǎn)換為HTML元素，并插入到所述DIV層。
15.根據(jù)權(quán)利要求11所述的裝置，其特征在干，圖片轉(zhuǎn)換單元適于 調(diào)用瀏覽器側(cè)的文本圖片轉(zhuǎn)換模塊，將所述DIV層中所述HTML元素轉(zhuǎn)換為圖片文件。
16.根據(jù)權(quán)利要求11所述的裝置，其特征在于，上傳單元適于 將所述圖片直接上傳至服務(wù)器側(cè)；或 將所述圖片上傳至圖床服務(wù)器，從所述圖床服務(wù)器獲取圖片的URL地址，并將所獲取的URL地址上傳至服務(wù)器側(cè)。
17.如權(quán)利要求11-16中任ー權(quán)利要求所述的裝置，其特征在于，所述服務(wù)器為微博服務(wù)器，其中判斷単元適于 當(dāng)所述文本的字?jǐn)?shù)超過預(yù)定字?jǐn)?shù)，判斷所述輸入的文本為長文本。
18.如權(quán)利要求17所述的裝置，其特征在干，圖片轉(zhuǎn)換單元還適于 提示用戶輸入文本框的字?jǐn)?shù)超過預(yù)定字?jǐn)?shù)，將自動進行圖片轉(zhuǎn)換操作。
19.根據(jù)權(quán)利要求11所述的裝置，其特征在于，其中所述提交事件是所述文本輸入框的控件失去焦點，或所述文本輸入框的提交按鈕被點擊。
20.根據(jù)權(quán)利要求11或12所述的裝置，其特征在于，所述文本輸入框由DOM對象提供，所述層生成単元適于 響應(yīng)于該DOM對象加載完成時觸發(fā)的ContentReady事件,生成所述DIV層；或 響應(yīng)于整個HTML網(wǎng)頁加載完成時觸發(fā)的DocumentReady事件,生成所述DIV層。
全文摘要
本發(fā)明公開了一種通過網(wǎng)頁的文本輸入框提交長文本的方法，包括在網(wǎng)頁的文本輸入框加載完成后，生成覆蓋所述文本輸入框上的DIV層；檢測到向所述文本輸入框輸入文本的事件；在文本輸入框上的所述DIV層中生成所述文本的HTML元素；判斷輸入的文本為長文本；檢測到文本輸入框的提交事件時將所述文本的HTML元素轉(zhuǎn)換為圖片文件，并將所述圖片文件上傳至服務(wù)器側(cè)。所述服務(wù)器為微博服務(wù)器，通過上述DIV層，實現(xiàn)了超過預(yù)定字?jǐn)?shù)的長文本微博的直接提交，極大簡化了用戶發(fā)布長文字微博的繁瑣操作，改善了用戶體驗。本發(fā)明還公開了一種提交長文本的裝置。
文檔編號G06F17/30GK102981853SQ20121046057
公開日2013年3月20日 申請日期2012年11月15日 優(yōu)先權(quán)日2012年11月15日
發(fā)明者唐曦, 陳志 , 李鳴, 任寰 申請人:北京奇虎科技有限公司, 奇智軟件(北京)有限公司