先貼上一段草稿,看清楚正在數甚麼
可把祝福、稱呼及署名一併放入工具。顯示結果包括可見字元群、Unicode碼點、UTF-16單位及文字行數;前三欄會保留空格與換行。這不是一個建議字數測驗,數字也不會替你決定語氣是否合適。
可見字元群:
碼點:
UTF-16單位:
文字行數:
工具程式只在瀏覽器內計算,不自行傳送輸入文字,亦不把內容加進網站查詢或訂單。若瀏覽器不支援可見字元群分段,該欄會顯示未支援,而不把碼點數冒充同一答案。沒有啟用程式時,仍可閱讀下方固定示例。
先寫明你要比較的版本
如果你正在比較長短兩個版本,可以先各自記下句子,再看計數差距;不要只為了讓數字變小而刪掉名字或重要意思。工具提供的只是草稿特徵,最終文字仍要由你閱讀及確認。
為甚麼不同網站可能給出不同字數?
Unicode文字分段規範區分碼點與較接近使用者所見的字元群。兩者不是完全相同的概念;有些看來一個單位的符號,實際由多個碼點組成。程式也可能採用另一種內部單位,這便造成不同計數結果。
| 本頁欄位 | 在問甚麼 | 適合怎樣使用 |
|---|---|---|
| 可見字元群 | 按分段規則,大致有多少使用者可辨認的單位 | 閱讀包含Emoji或組合字母的草稿 |
| 碼點 | 字串有多少Unicode碼點 | 理解多部分組合符號的結構 |
| UTF-16單位 | 這段文字在常見網頁字串中的單位數 | 辨認程式長度為何與肉眼不同 |
| 文字行數 | 按實際輸入的換行分成多少行 | 整理自己手動分行的版本 |
可見字元群也不是字體寬度。英文字母、漢字、標點與Emoji即使各算一個群,排版寬度仍可能不同。字元群的用途是接近閱讀單位,不是把每一個單位都塞進同樣大小的實體方格。
空格及標點,是草稿的一部分
如果一個工具數空格,另一個不數,便不宜把兩個結果直接當成同一個「字數」。本頁保留它們,是為了讓句子、稱呼及署名的內容完整可查。你可以另行決定是否需要一個不含空格的統計,但應把計法寫清楚,而不是暗中換單位。
換行不等於畫面自動折行
你按下換行鍵所建立的行,與手機因畫面較窄而自動折到下一行不同。工具的行數只看文字內的換行,不會預測實際卡片、手機或另一種字體如何自動排版。這讓你能保留自己有意安排的段落,又不把螢幕寬度當成作品尺寸。
六個已驗算例子,看到差距在哪裏
下表以本頁相同分段方法計算。句子是為示範而寫,不是客戶留言或實際卡片樣本;字母e加重音的例子刻意使用組合字元,不能與另一種編碼表示不加說明地混在一起。
| 示例 | 可見字元群 | 碼點 | UTF-16單位 |
|---|---|---|---|
| 生日快樂 | 4 | 4 | 4 |
| 生日快樂🎉 | 5 | 5 | 6 |
| 👍🏽 | 1 | 2 | 4 |
| 👨👩👧👦 | 1 | 7 | 11 |
| e加組合重音:é | 1 | 2 | 2 |
| Amy & Ben | 9 | 9 | 9 |
「生日快樂🎉」在可見字元群中是五個單位,但其UTF-16單位是六。這不表示多了一個讀者看不見的祝福,也不是工具錯數;它只是回答另一個層次的問題。家庭Emoji的差距更大,因此用單一程式長度猜肉眼字符,容易出現誤會。
如果草稿有中英文名字,名字內的空格也應保留。例如Amy與Ben之間的連接符號及空格都是示例的一部分,不能為了縮短結果便不加說明地拿走。這與名字是否正確、署名是否完整,是不同但同樣需要核對的問題。
本店查詢欄沒有代替實體花卡容量
本頁核對本店目前的查詢介面:備註欄提示可寫粉紫色或祝福卡要求;整理後的查詢文字另有唯讀欄位與複製按鈕。這些欄位協助溝通需求,不是已確認的花卡排版預覽,也不是印製服務的版面模板。
在所核對的備註與查詢文字欄位中,未見HTML字數上限屬性;這只描述該介面的現況,不能推定文字可以無限印在卡片,亦不能替其他傳送平台保證容量。本頁工具不會更改那些欄位、網站查詢內容或任何交易安排。
複製查詢時,網站提示內容「尚未發送」。因此,草稿計數、複製文字、實際傳送及店方確認,是不同步驟。不要因為工具有一個結果,便以為已提交卡片內容或已完成訂購。完整溝通步驟可看訂花流程。
問卡片容量時,提供文字版本而不只有數字
與其只說「我有三十字,可以嗎」,更有用的是附上實際句子,說明是否包括稱呼、署名、標點及Emoji,再問實際卡片與製作方式能否配合。本文沒有替店方填上卡片尺寸、字體或每行可容納字數,因為這些資料尚需具體確認。
如果你只想整理一段WhatsApp訊息,亦可使用工具比較長短,但不應把結果寫成某平台的官方傳送上限。本頁沒有測試所有裝置、字體或傳送方式;它只對你輸入的文字按列明規則計數。
用計數輔助改稿,不用數字替代意思
先保留不可改錯的稱呼、人名、場合及署名;再找重複表達同一意思的句子。刪去一句重複祝福,通常比刪掉名字中的空格或重要標點,更能真正縮短而不破壞內容。工具讓你看到版本差距,但不替你判斷哪句最重要。
其次把手動換行用於意思分段,例如稱呼、主句及署名分開;不要靠連續空格模擬精密位置,因為換字體或顯示框後效果可能不同。草稿中的行數可以核對,實體排版仍需要相應版面資料。
最後獨立讀一次完整文字。如果你只留意數字,容易漏掉稱呼與署名不一致、名字錯字或祝福語氣不合。這些問題由心意卡寫法及雙語花卡核對提供更完整方法;本頁保留計數單位與工具用途,不重新列一套不同場合祝福句。
你也可以把工具結果附在自己的版本記錄旁,例如「這是含署名及標點的版本,已保留兩個手動換行」。這比單寫「縮成二十字」更容易讓另一位核稿人知道改了甚麼。仍需以實際文字作最終確認,而不是只保存一個沒有內容的數字。
把同一句話分成兩行,意思未必改變,計數卻會變
「生日快樂,Amy」若在標點後加一個手動換行,工具會多記錄那個換行,行數也隨之改變。這不表示祝福內容突然更長一個意思,而是文字版本多了一個結構符號。比較草稿時,應知道自己改了內容,還是只改分行。
相反,如果手機把同一句自動顯示成兩行,但你沒有輸入換行,文字本身的行數不會增加。把這兩種情況分清,便較容易與另一位核稿人確認版本,也能避免把畫面截圖當成實際文字結構。
整理名字時,亦可留意複製內容是否帶入句子前後的空格。工具會按實際輸入計算;是否應保留那些空格,則由你的草稿用途決定,不會由程式自動替你刪掉。
工具清空後顯示零行,是因為目前沒有文字;輸入一個漢字後便是一行。若在兩個漢字之間加入一個普通換行,文字有兩行,但換行本身仍參與字元統計。這些結果回答的是文字結構,並沒有估計兩行在紙上佔多少高度。
你也可以先用很短的示例熟悉工具,再貼入正式草稿。先確認空格、標點及手動換行的計法符合自己的用途,比直接拿一個陌生結果判斷卡片是否足夠更可靠。若另一個工具結果不同,先比較規則,而不是立即改動名字或原句。
花卡字數常見問題
一個Emoji一定算一字嗎?
要看單位。可見字元群、碼點及UTF-16單位可能不同,本頁會分開顯示。
字數少,就一定印得下嗎?
不一定。卡片尺寸、字體、字級與排版都未由計數提供,實際製作仍須確認。
工具行數是否等於卡片行數?
不是。它只記錄文字內手動換行,不預測其他版面的自動折行。
複製查詢是否已提交花卡文字?
網站複製提示明示尚未發送;文字需由你傳送並與店方確認,本工具亦不自行提交。
先保存完整草稿及計數方式,再看訂製花束確認指南;需要核對實際卡片安排,可聯絡Garden Florist。