ImageMagick 範例 --
文字轉圖像處理

  magick -size 20x20 -gravity center -font WebDings label:Y label_heart_20.gif
  magick -size 40x40 -gravity center -font WebDings label:Y label_heart_40.gif
  magick -size 60x60 -gravity center -font WebDings label:Y label_heart_60.gif
  magick -size 80x80 -gravity center -font WebDings label:Y label_heart_80.gif

  magick -font IDAutomationHC39M -pointsize 16 label:'*314-76*' \
          -bordercolor white -border 5x5  label_barcode.gif

magick -pointsize 48 -font WebDings label:' " _ ~ ) - ' label_webdings.gif magick -pointsize 48 -font LittleGidding label:' x o w ' label_ltgidding.gif magick -pointsize 48 -font WingDings2 label:'ab' label_wingdings2.gif magick -pointsize 48 -font Zymbols label:' ? , - I Z ' label_zymbols.gif magick -pointsize 48 -font TattoEF label:' B Y D I H ' label_tatooef.gif magick -pointsize 48 -font SoundFX label:' V 3 t f 9 ' label_soundfx.gif

這只是可用內容的一小部分範例。WWW 上有大量幾乎所有可以想像的符號、形狀或圖像的庫供您瀏覽和下載。

	請記住，每個繪製的字元都有兩個可以繪製的獨立部分：「填充」區域（我在上方顯示的）和「筆劃」或輪廓，它們看起來可能與填充區域非常不同。這些區域中的每一個都可以單獨繪製，或者以不同的顏色繪製，因此最好以多種方式仔細檢查有希望的符號或形狀。您可能會得到非常驚喜的結果。有關執行此操作的一些範例，請參閱 複合字型、筆劃。

許多符號字型的創建者使用簡單的掃描器和點陣圖到向量轉換器來生成形狀，而沒有對圖像或形狀進行適當的設計或清理。在查看此類「掃描」字型時，建議謹慎。 上面顯示的最後一個字型就是「掃描」字型的一個例子，與其他設計更合理的字型相比，它具有較差的「點狀」品質。

字元間距

從 IM v6.4.7-8 開始，您可以使用「-kerning」在文字字串中每個字母之間插入額外的字元間距。例如

magick -pointsize 12 label:Anthony label_kerning_0.gif magick -pointsize 12 -kerning 1 label:Anthony label_kerning_1.gif magick -pointsize 12 -kerning 2.5 label:Anthony label_kerning_2.gif magick -pointsize 12 -kerning 5 label:Anthony label_kerning_5.gif magick -pointsize 12 -kerning -1 label:Anthony label_kerning-1.gif

請注意，實際的字元間距值可以是浮點值，甚至是負值。有關使用負「-kerning」值的另一個範例，請參閱 連接複合字型 範例。

單詞間距

此外，從 IM v 6.4.8-0 開始，可以使用「-interword-spacing」選項來修改單詞之間使用的空格字元的尺寸。例如

magick label:'I Love IM!' label_wspace_off.gif magick -interword-spacing 1 label:'I Love IM!' label_wspace_1.gif magick -interword-spacing 10 label:'I Love IM!' label_wspace_10.gif magick -interword-spacing 25 label:'I Love IM!' label_wspace_25.gif

請注意，您不僅可以增加單詞之間空格字元的尺寸，還可以減少預設尺寸。但是請注意，空格會導致單詞重新對齊到像素邊界（與上面的 字元間距 不同），因此空格設置為零的標籤的輸出仍將與完全不包含空格的標籤不同。字元間距 和 單詞間距 也會影響 IM 自動調整文字字串以適應特定尺寸圖像的能力的結果。

magick -size 150x label:'I Love IM!' label_wsize_of.gif magick -size 150x -interword-spacing 25 label:'I Love IM!' label_wsize_25.gif magick -size 150x -interword-spacing 50 label:'I Love IM!' label_wsize_50.gif

設定「-interword-spacing」會造成「空格」字元大小不再隨其他文字大小而改變。因此，當 IM 嘗試找出最佳的「-pointsize」時，每個單字之間的空格大小是固定的，因此在將文字放入指定的固定寬度時，空格大小不會被考慮進去。結果是，「-interword-spacing」的值越大，實際上需要用來將文字行放入相同指定影像寬度的字體大小就越小。可以使用負值，實際上可以使文字重疊，或使用特定字元和字體產生不尋常的效果。但如果設定過於負數，可能會產生未定義的行為。建議您在嘗試此操作時要小心。雖然以上範例不是文字對齊（儘管看起來很像），但您可以使用這些選項作為提供適當文字對齊的起點。如果您真的需要該等級的文字格式化和對齊，那麼最好還是使用其他產生預先格式化文字或 Postscript 的方法，例如基於命令列的「TeX」或「LaTeX」軟體。更好的是，您可以使用 SVG（rsvg 函式庫版本）或 Pango 標記語言（請參閱下文）來產生對齊的文字。

行距

從 IM v6.5.5-8 開始，新增了一個選項「-interline-spacing」。這是根據先前設定，應使用者強烈要求而新增的，並且在許多方面都更有用。基本上，它會在個別的文字行之間新增或減少這麼多像素。也就是說，您可以使用它來擴展或壓縮個別的文字行。舉例來說……要充分利用這個設定，您需要能夠計算特定字體的正常行距。這是「-pointsize」的實際定義，它與目前的解析度或「-density」設定定義了字體的行距。它實際上並沒有定義字體的實際高度或線條粗細，儘管它會影響特定字體的這些方面。因此，以每英吋「72」點的「-density」為例，並且根據定義每英吋有 72 個「點」。您可以計算出 12 點字體的行距為 12 像素。有了這些資訊，您可以使用「-interline-spacing 12」的設定來「雙倍行距」12 點的文字行。這會在行與行之間增加 12 個像素。

magick -density 72 -pointsize 12 -interline-spacing 12 -font Arial \ label:'First\nSecond\nThird' label_lspace_double.gif

當然，如前所述，對於字距大小，在文字元素之間新增固定數量的像素會導致在使用自動點數大小處理時，文字大小變小。也就是說，如果在沒有「-pointsize」設定的情況下提供最終影像「-size」。

magick -size x70 -interline-spacing 18 -font Arial \ label:'First\nSecond\nThird' label_lspace_size.gif

使用負行距也可以作為一種粗略的垂直「加粗」線條的方法，只需重複該線條，並減去比基準線間距多 1 個像素即可。

magick -density 72 -pointsize 12 -interline-spacing -13 -font Arial \ label:'Bolded Word\nBolded' label_lspace_vbold.gif

當然，如果您真的想要兩條線，而不仅仅是加粗文字，這就不管用了。它也適用於固定寬度字體。

---

文字引數中的特殊跳脫字元

在前面章節中，我們已經介紹過在各種文字引數中使用的特殊跳脫字元。具體來說，您可以使用反斜線 '\' 來跳脫特殊字元，例如換行符號，或者您可以使用百分比 '%' 跳脫字元將額外資訊插入字串中，如 影像屬性 頁面所定義。此外，還有一個特殊的 '@' 跳脫字元，如果在行首使用，將會使用文字引數的其餘部分作為檔名，從指定的檔案（或是在使用 '-' 時從標準輸入）讀取資料。

某些系統（例如 Ubuntu）會使用安全策略停用 '@{file}' 跳脫字元的使用。輸入 magick -list policy 可以查看您的系統上有哪些策略以及它們的設定位置。

這些跳脫字元不僅會影響「-format」（供「magick identify」（以及「-identify」和「info:」）使用），還會影響「label:」和「caption:」文字轉影像產生器的輸出，以及控制影像中繼資料設定選項「-label」、「-comment」、「-caption」。最後，它們也會被「-annotate」使用。

雖然反斜線 '\' 會被「-draw」的 'text' 方法使用，但百分比 '%' 跳脫字元則不會被使用，因為它會干擾 ImageMagick 的 SVG 影像處理。這是 IM 版本 6 建立「-annotate」運算子的原因之一。

關於跳脫字元的另一個重點是，雖然它們用於命令列文字引數，但它們從未應用於從文字檔案讀取的資料中（通常使用 '@' 跳脫字元讀取）。這表示您不需要擔心為文字檔案資料跳脫「跳脫字元」，但也表示如果您需要將資訊插入文字中，則必須在 IM 之外自行處理檔案資料。

保護輸入文字檔案免於跳脫字元處理的功能已於 IM 版本 6.3.3 中完成。

例如，這裡我使用兩種方法設定並回報影像的「標籤」和「註解」中繼資料，這些方法會從來源文字檔案設定該資訊。「info.txt」檔案包含字串 （沒有結尾換行）。

magick -label @info.txt rose: -format '%l label' info: magick -comment @info.txt rose: -format '%c set "' info: magick rose: -set label @info.txt -format '%l caption' info: magick rose: -set comment @info.txt -format '%c set "' info:

請注意，IM 並沒有展開它使用 '@' 檔案讀取跳脫字元讀取的任何跳脫字元序列。這一點很重要，因為這表示每當 IM 從檔案讀取文字時，它都永遠不會處理該檔案中存在的任何特殊字元。遺憾的是，這也包括要讀取的檔案（或串流）中可能存在的任何結尾換行符號！當輸入文字的結尾有換行符號時（一種非常常見的做法），這可能會導致產生的影像中出現額外的「空白」行。例如...

echo "Anthony" | magick label:@- label_stdin.gif

如您所見，標籤不僅包含輸入字串，還包含一個額外的空白行，這是因為「echo」命令在結尾添加了換行字元。如果您不想要該結尾換行符號，則需要自行移除它。然而，這可能是一件棘手的事情，具體取決於文字的來源或建立方式，以及您執行 IM 所使用的 API。最好的方法是盡量不要一開始就產生該結尾換行符號。例如，對「echo」使用 '-n' 旗標。

echo -n "Anthony" | magick label:@- label_stdin_2.gif

或者使用不會添加額外換行符號的功能，除非您明確要求。

printf "Anthony" | magick label:@- label_stdin_3.gif

或者，您可以使用一個巧妙的 perl 單行指令來「刪除」最後的換行符號...

echo "Anthony" | perl -0777 -pe 's/\n$//' |\ magick label:@- label_stdin_4.gif

在其他 API 中，您可以透過「管道開啟」將文字輸入 IM 命令之前，先尋找最後的換行符號。

使用者定義選項跳脫

一個主要問題是嘗試在其他影像中使用從一個影像轉義的資訊，例如在產生單獨的「標籤:」或「標題:」影像時。這是一個非常困難的問題，目前的解決方案（針對單一影像）是建立一個特殊的「使用者選項」，附加到正在處理的影像。然後，可以在需要時，透過「標籤:」、「標題:」或「-annotate」以百分比轉義序列的形式查詢此「設定」。例如，我在這裡使用內建玫瑰影像中的資訊建立一個全新的標籤影像。然後刪除該資訊來源影像，不過我也可以輕鬆地將新標籤附加到原始影像。

magick rose: \ -set option:roseinfo 'rose image\nsize = %w x %h\nwith %k colors' \ label:'%[roseinfo]' -delete 0 label_escape.gif

是的，以上內容很棘手，但這是由於涉及一些內部 IM 核心程式庫限制所致。如需更多詳細資訊，請參閱從其他影像存取資料。

跳脫跳脫字元

如果您必須將字串作為參數提供給 IM（尤其是作為 API 呼叫），但不希望 IM 展開轉義字元，則可以使用額外的反斜線「\」簡單地「轉義」所有三個轉義字元。請注意，「@」只有在它是第一個字元時才需要「轉義」，並且為了向後相容性，百分比轉義字元也可以透過加倍來轉義。也就是說，「%%」將產生一個百分比符號。例如...

magick -background lightblue -fill blue -font Candice -pointsize 48 \ label:'\@ \\n \% 5%% ' label_escapes.gif

在 IM 6.3.2 版之前，您無法使用反斜線來轉義初始的「@」以關閉「從檔案讀取」功能。在這種情況下，轉義初始「@」的唯一方法是從檔案中讀取它。這在 API 中不太實際。

以下是「-annotate」的類似「轉義轉義字元」範例...

magick rose: -fill white -stroke black -font Candice -pointsize 20 \ -gravity center -annotate 0 '\@ \\n 5%%' annotate_escapes.gif

當然，如前所示，從檔案讀取文字（使用「@」轉義字元）將始終被視為字面量，没有任何特殊含義。這避免了對文字進行任何預處理的需要，只需注意任何最後的換行符號即可。

echo -n '@ \n 5%' |\ magick rose: -fill white -stroke black -font Candice -pointsize 20 \ -gravity center -annotate 0 '@-' annotate_escapes_file.gif

換句話說，從檔案讀取時，您不必擔心轉義問題，只需準確寫入您希望 IM 使用的文字即可。

舊版 IM 上的轉義字元

上述定義僅在 IM 6.3.3 版中才最終確定。在此之前，轉義字元有時會在某些選項中處理，有時則不會處理，具體取決於 IM 使用者發送的任何請求、問題和投訴。關於「標籤:」和「標題:」的百分比轉義字元，情況尤其如此，有一段時間被認為是「不合理的」。例如，您是否在以下標籤影像中看到「%c」很大程度上取決於版本（至少在 IM v6.3.3 之前）。

magick -background lightblue -fill blue -font Candice -pointsize 48 \ label:'ab%cde' label_percent.gif

您是否看到「abde」（已套用百分比轉義字元）或「ab%cde」（未套用百分比轉義字元）取決於您使用的 IM 版本。

IM v6.2.4 中，從「標籤:」和「標題:」中刪除了百分比轉義字元，因為它們不合理。 但是，它們在 IM v6.3.2 中作為新的「%[fx:...]」構造返回，它可以參考任何影像，使文字到影像產生器中的百分比轉義字元再次變得有用。請參閱FX 表達式轉義字元。

這個「什麼被轉義」的問題也出現在檔案轉義字元的處理上。在 IM v6.3.3 之前，以下內容會產生兩行，而不是一行。

echo -n ' Love \n/ Hate ' |\ magick -background lightblue -fill blue -font Ravie -pointsize 18 \ label:@- label_escapes_file.gif

由於轉義字元處理的結果因版本而異，在 v6.3.3 之前的 IM 中，我建議腳本測試其轉義字元處理，如果它對程式的正確運作很重要，則需進行調整。*如果有人想為 IM 腳本建立自動測試，請貢獻。或者，如果您找到這樣的測試，請告知我。*

---

Pango - 基本格式化文字

「pango:」文字編碼器（從 IM v6.7.6-3 開始完全正常運作）的工作方式與 標籤 和 標題 編碼器非常類似。它在安裝了「Pango」的系統上提供一種有限的文字格式化語言。在 Linux 和 MacOSX 系統上，Pango 是標準配備，在 Windows 上則是可選的。以下是不使用任何特殊 Pango 格式化的簡單範例...

magick -background lightblue pango:"Anthony Thyssen" pango.gif

但是您應該注意，某些先前的 文字屬性 不適用於 Pango，這基本上是由於其文字格式化要求。例如，雖然您可以設定「-background」顏色，但您無法設定預設的填充顏色或底色，也無法設定要使用的特定字體。這是因為這些屬性可以透過 Pango 標記語言來選擇（見下文）。建議您使用「-size」來定義輸出影像的寬度和高度限制，Pango 會自動將輸入文字進行自動換行（或針對中文進行自動斷字）。

magick -background lightblue -size 150 \ pango:"Anthony Thyssen is the main author of IM Examples" \ pango_size.gif

您甚至可以使用 定義、「pango:justify」讓 Pango 正確地「對齊」文字...

magick -background lightblue -size 150 -define pango:justify=true \ pango:"Contributions to IM Examples are welcome via the IM Forum." \ pango_justify.gif

但請注意，雖然文字可以對齊，但文字格式化時仍會考慮空格和換行符號。此外，Pango 也能理解 TAB 的使用（與標籤和標題不同）。

printf "col1\tcol2\nabc\txyz\n123\t789" |\ magick -background lightblue pango:@- pango_tabs.gif

請注意，雖然上述的「printf」命令可以使用「\t」轉義字元產生定位字元，但 IM 並不理解這種轉義字元的使用。不過，它可以理解字串中的「\n」轉義序列。

然而，使用 TAB 產生欄位的效果並不好，因為您無法輕鬆地在 API 之外定義「定位點」。因此，*不建議*以這種方式使用 TAB，除非是用於行和段落縮排。

Pango 標記語言

然而，Pango 的真正強大之處在於「Pango 標記」語言，預設情況下會啟用該語言。您可以使用「-define pango:markup=false」關閉 Pango 標記，但這樣您也可以改用 標題。「Pango 標記」與 HTML 非常相似，您可以在文字中使用一組「<...>」標記標籤，這些標籤用於控制文字的格式化方式。以下是一些關於標記語言的指南（不含 API 垃圾）

• Pango 標記語言
• Pango 文字屬性標記語言
（來自 Gnome）
• Pango 文字屬性標記語言
（來自 GTK）
• Pango 腳本庫（範例）

例如..

magick -background lightblue -gravity center -size 180x \ pango:"The <b>bold</b> and <i>beautiful</i>" \ pango_formatting.gif

「<span ... >」標籤是 Pango 標記中使用的主要標籤。它允許您精確控制所含文字的大小、顏色和位置。例如..請注意，大多數數值都乘以 1024 作為因子，因此上述範例中「size="49152"」的值表示文字點大小為 48 點。而負上升值（「rise="-20480"」）表示將文字位置降低 20 點（或 72dpi 的像素）。但是，除了為文字指定點大小之外，我也可以使用特殊的尺寸標籤，例如「size="x-large"」。請參閱下一個範例的原始碼。請注意上述引號中的引號。標籤內的引號是必需的。但是，標籤內的換行符號和額外空格不會參與文字格式化。因此，在標記標籤或標記註釋「<!-- ... -->」中隱藏額外的換行符號非常有用。再次查看下一個範例的原始文字。作為 pango 格式化功能的最後一個範例，我在這裡使用它來格式化預先準備好的檔案「pango_test.txt」。這包含您可能會使用的大多數常見 pango 標記標籤。將此標記檔案與下面的結果圖像進行比較。

Pango 筆記和問題

重力

我無法讓 pango 選擇性地僅將單行文字置中。您只能透過「-gravity」設定將所有內容置中或不置中。造成這種情況的原因似乎是因為 pango 設計用於為應用程式生成單獨的文字標籤。也就是說，標題通常與顯示文字的主體分開生成。Pango 並不意味著成為一個完整的文字頁面格式化引擎。

字體

Pango 可以在渲染過程中更改字體。它已經可以輕鬆地處理粗體和斜體文字。但是，字體規範來自 GTK，因此與 ImageMagick 使用不同的系統。您可以透過執行「gtk-demo」程式，然後雙擊「選擇器」和「文字小工具」來進一步了解使用 GTK 的字體。

定義

有很多特殊的 定義 可用於全局控制 pango 文字格式化的各個方面。這些目前列在 虛擬檔案格式 上，不過我自己並沒有全部探索過。以下是我用過的那些...

-define pango:markup=false

關閉標記語言標籤。然後，任何標籤都包含在輸出中。文字中不可能進行 pango 格式化。這在偵錯時特別有用，可讓您準確查看 pango 看到的輸入內容。

-define pango:justify=true

在圖像大小的寬度內對齊文字。也就是說，添加額外的詞內間距，以便文字塊的左右邊緣對齊。

更多關於 Pango 的資訊

要查看可能的情況，請參閱 Pango Script Gallery 如果您使用 pango 做了一些有趣的事情，請貢獻一份力量。您可以發送郵件給我（地址在頁尾），或將其發佈在 IM 討論區 上。

在安裝了 pango 的系統上，您也可以使用「pango-view」命令來生成 pango 格式的圖像。但是，其預設的「密度」或「dpi」設定是您的顯示器（IM 預設使用 72 dpi），因此可能會因主機而異。

---

文字 - 純文字頁面

「text:」輸入格式設計用於將純文字轉換為由每頁文字組成的一個圖像。它是 ImageMagick 的「分頁文字」輸入運算符。換句話說，它的目的是將較大的預格式化文字檔案轉換為頁面，就像印表機將純文字列印到單獨的紙張上一樣。

請不要將「text:」檔案輸入格式與類似的「txt:」輸入格式混淆。後者會先嘗試將檔案讀取為「IM 像素列舉」影像格式。 這並不表示副檔名為「.txt」的純文字檔會失敗。事實上，這樣的檔案可能會如您預期般轉換，因為如果無法辨識列舉的影像，「txt:」檔案格式會自動退回「text:」格式。

然而，以這種方式處理文字有一些問題。首先，文字會被繪製到一個大的畫布上，如果您不想要這些空白區域，則必須移除它們。另一個問題是，文字行不會「自動換行」，而是會超出畫布，如果太長就會被截斷。最後，對於非常長的文字檔，除非採取一些額外的預防措施，否則會產生多頁（影像）。另一方面，「text:」幾乎可以處理任何文字檔，而不會修改產生的最終影像大小，也不會對非常長的文字行進行自動換行。您也不需要像在命令列上使用文字那樣預先處理和特殊字元。最後，更重要的是，如果使用等寬字體（如 Courier），則具有間隔數據欄的檔案在間隔數據欄中仍會保留該數據。基本上，「text:」會將輸入檔案「按原樣」進行轉換。

從檔案讀取的輸入文字數據基本上會直接傳遞給字體程式庫以繪製 UTF 文字。因此，某些控制字元可能會使用不尋常的「字元符號」繪製。這包括TAB和FORMFEED字元，在撰寫本文時，「freetype」程式庫無法正確處理這些字元。 如果這是一個問題，您可能需要使用過濾器程式（例如「expand」）預先處理您的文字檔，以便將TAB字元轉換為適當數量的空格。

繪製文字時，會以目前的解析度（使用「-density」設定）建立一個大的「字母」大小的頁面（或使用「-page」指定的頁面大小或類型）。根據預設（在 72 dpi 下），它的大小為「612x792」像素，對於大多數用途來說，這個尺寸都很大。例如，以下是將「magick」命令的純文字格式手冊直接轉換為影像的範例（它很大，因此要查看它，請選擇右側的「頁面」影像）...

man magick | col -b | expand | \ magick -font CourierNew text:- -delete 1--1 text_manpage.gif

然而，上述的手冊到影像的轉換會產生多個頁面（影像），因此我刪除了第二個和後續的頁面，只留下第一個頁面，而不是所有頁面的 GIF 動畫。 我也可以附加一個讀取修飾詞「[0]」輸入檔名，例如「text:-'[0]'」，以指示 IM 只讀取產生的第一個影像。不過，目前所有頁面選擇的處理方式仍然是產生所有頁面並刪除不需要的頁面。

我在上面特意使用了「等寬」字體「CourierNew」，以便保留列印頁面中存在的字元間距格式。請注意，此輸出與上述caption:的輸出有何不同。也可以使用下一節Postscript中提供的相同技術來改進此影像的整體外觀。如果您只是想知道「A5」頁面在 100 dpi 下的大小，則可以使用以下命令產生一個該大小的空白頁面，並以像素為單位返回其大小。檔名「/dev/null」是一個特殊的 UNIX 檔案，它始終是空的。

修剪文字頁面

由於文字是被「繪製」在一塊大型畫布上，所以您可能會想要移除所有產生的未使用空間。這可以使用影像操作「-trim」、「+repage」來完成，然後為了讓它看起來合理，可以使用「-border」重新添加一些邊緣空間。當然，您还需要将用作「-bordercolor」重新添加的颜色与您使用的「-background」顏色相匹配。聽起來很複雜？其實不然，例如...在上面的例子中，「-trim」用於移除「text:」頁面圖像中大量的額外空白。然而，這也會移除一行文字前的任何前導空格！不過，有一個有趣的技巧可以讓您「-trim」圖像到繪製在頁面上的實際文字大小，包括輸入中的任何前導和尾隨空格。這使用了一個特殊的「-undercolor」設置（稍後詳細介紹）。文字底部多餘的空間是由於文字輸入中最後一個「換行」字元造成的，它在圖像中產生了一個額外的空白行。但正如您所見，輸入文字的前導和尾隨空格被保留了。如果您在上面使用透明背景顏色，則可以將修剪後的圖像扁平化，將未繪製的區域變成與使用的「底色」相同的顏色。上述結果（除了添加的「-border」之外）實際上幾乎與 IM 現在使用「label:」並從「@」轉義檔名讀取的結果完全相同。但是，「label:」以更快、更簡潔的方式完成（通過「freetype」函式庫而不是 PostScript 轉換）。您可以指定一個較小的「-page」大小，可以使用像素（請參閱下一個示例）或使用媒體頁面大小（例如「A5」），並使用「-density」或像素解析度設置。您還可以指定開始在頁面上繪製文字的偏移量，該偏移量相對於左上角。例如...

幾乎所有其他圖像創建運算符都使用「-page」設置來設置更大的虛擬「畫布」和畫布上圖像的「偏移量」，通常用於圖層圖像或生成動畫。因此，在任何「text:」或「ps:」操作之後，最好使用「+page」重置頁面設置，否則您可能會在同一命令行上讀取的任何輔助圖像中得到意外結果。 這也是我在上面的例子中添加「+repage」運算符的原因，否則文字會偏移，生成的圖像也會偏移！ 有關使用此偏移量的更多詳細信息，請參閱頁面圖像屬性。

請注意，在最後一個範例中，任何過長的文字行如果超過頁面寬度，將會溢出頁面，而且不會「自動換行」。這實際上會裁剪並捨棄行尾的文字。此外，如果行數過多，「text:」將會產生「多頁」，進而產生「多個影像」，每個影像對應於 PostScript 轉譯文字檔後產生的每一頁。如果您只對第一頁文字感興趣，或者只是想避免產生多個影像，請在「text:」檔名後面加上「[0]」，以指示 IM 只讀取文字轉換成影像「後」產生的第一頁（請參閱前面的範例）。

Postscript/PDF - 預先格式化的文字和圖形輸入
（或其他向量影像格式）

以下提供一種標準向量影像處理技巧，不僅可用於「PS:」（PostScript）影像，也可用於使用向量圖形處理的所有其他影像。這包括以下影像格式：「PDF:」（可攜式文件格式）、「TEXT:」（分頁純文字），甚至「SVG:」（可縮放向量圖形）和「WMF:」。您可以擴展此方法，精確控制文字轉換成影像後的顯示方式。例如，使用正確的「文字轉 PostScript」篩選器，您可以控制 PostScript 影像中的自動換行、對齊、多重字型處理、粗體、框線、標題、檔名、日期和其他裝飾。但是，由於本節討論的是文字轉影像，這表示您需要先將文字轉換成格式化的 PostScript 檔案。您可以使用許多外部程式來執行此操作。例如，「a2ps」、「enscript」或「pstext」。基本上，您可以使用文字處理器（如「OpenOffice」或「Word」，甚至「Notepad」），或者，如果您需要批次文字處理系統，可以使用「TeX」和「LaTeX」來產生預先格式化的文字（請參閱下面的「完整的文字處理系統」）。這些程式都設計用於處理混合純文字、粗體、不同大小和字型的文字，以及自動換行、對齊和段落控制。然後，您可以將這些程式的輸出傳遞給 IM，將其轉換成您需要的大小和品質的影像。因此，讓我們先產生一些 PostScript（將文字從個人命理程式轉換而來）。

mesgs LN-ManKzinWars | \ a2ps -q -1 --rows=10 --prologue=bold \ --center-title="Postscript via 'a2ps'" \ --header='' --left-footer='' --right-footer='' \ -o ps_version.ps

現在，我們可以將其轉換成影像，並修剪結果（如同上面的「text:」範例），以移除預設頁面/畫布產生的多餘空白區域。請注意，這裡使用「[0]」將輸入限制為僅第一頁。如果您的 PostScript 影像產生多頁，「ghostscript」代理程式仍然會完整處理，但 IM 只會讀取傳回的第一個影像，而不是產生多個影像（每頁一個影像）。如果您的 PostScript 檔案非常大，您可能需要使用其他 PostScript 工具程式來限制頁數，然後再使用 IM 和「ghostscript」進行處理。如您所見，轉換成預設「-density」（解析度）72 dpi 的 PostScript 通常看起來不如預期，只有極少的消除鋸齒效果。在處理 PostScript 字型時尤其如此，因為這些字型並非設計用於這種低解析度。為了改善這一點，您可以使用「超級採樣」技術來產生更好的影像。在這種情況下，您可以要求「ghostscript」以更高的解析度繪製頁面（或影像「-density」）。然後，您可以「-resample」（一種「特殊的調整大小」操作）將這個較大的影像縮小到更「正常」的螢幕解析度。數值 '196' 是最終 72dpi 的 3 倍，這意味著當使用 "-resample" 時，大約 3×3 個像素會合併成一個像素。這會在文字邊緣產生更好的反鋸齒像素，從而改善結果的整體外觀。另請注意，使用較大的密度或解析度與僅放大字體並不完全相同。字體定義可以進行調整以處理低解析度情況。例如，比較兩個圖像中字母 'e' 中的孔洞。由於字體內的特殊處理，原始版本更清晰，即使後者的超級採樣版本總體上更清晰。如需更多信息，請參閱下面的解析度、點大小和實際字體大小。您不必使用上面的值，因為有時稍微不同的值可能會產生更好或更理想的結果。當然，讓 "ghostscript" 生成大 2 倍、3 倍甚至 4 倍的圖像也意味著 IM 將花費 4 倍、9 倍或 16 倍的時間來生成圖像！它還會使用更多內存和臨時磁盤空間！但結果通常是值得的。最好的辦法是針對您自己的文檔進行嘗試，看看哪種方法可以獲得最佳結果。此外，如果您需要更多反鋸齒，而不是使用更大的輸入解析度，您可以嘗試在縮小圖像大小之前將其模糊亞像素量（例如 '-blur 0x0.7'）。我有時還發現，調整大小後進行非常少量的銳化（一種常見的 Photoshop 技術）可以改善整體最終結果。但我會小心這些調整，因為它可能會使事情變得更糟。
如果您希望背景透明而不是白色，則可以指定 'RGBA' 的 "-channel" 設置，以便在圖像中包含 Alpha 色板。當然，您需要使用可以處理半透明顏色的圖像格式。請注意，橫幅仍然使用灰白色作為其背景，而不是也使其透明或半透明。這是因為生成的 PostScript 實際上繪製了該背景，替換了頁面的默認背景（無論是白色還是透明）。像這樣使背景透明將允許您將 PostScript 圖像覆蓋在特定背景顏色上。使用Alpha 合成方法，您甚至可以將其覆蓋到特定背景圖像或平鋪背景上。由於幾乎所有 PostScript 打印機只能使紙張或透明膠片變暗（這包括彩色打印機），因此在打印上述內容時，橫幅會自動變為半透明。如果您還希望 IM 做同樣的事情，就像打印機那樣，您可以使用特殊的 'Multiply' Alpha 合成，將“白色背景”圖像覆蓋到所需的“紙張”背景上。如果您有彩色 PostScript 圖像，您還可以通過使用特殊的 'BumpMap' 合成方法在彩色紙張上模擬純黑白打印機。這將在使用乘法將圖像合成在一起之前將源疊加圖像灰度化。您還可以生成相當於透明膠片幻燈片的灰度圖像。這基本上使用不透明的白色背景圖像（來自上方）作為“遮罩”，使用Alpha 形狀運算符設置形狀透明圖像與上面的 "text:" 轉換器一樣， "ps:" 轉換器也使用 "-page" 設置來設置在其上繪製頁面的圖像“介質”的畫布大小。雖然提供的偏移量將被忽略。但是，由於大多數 PostScript 文件在內部定義了繪圖介質大小，因此通常不需要這樣做。

大多數其他的圖像創建運算符使用「-page」設定來設定「虛擬畫布」和該虛擬畫布上的偏移量（例如，用於生成 GIF 動畫）。 因此，在將其用於「text:」或「ps:」圖像讀取操作後，最好使用「+page」將其重置，否則您可能會在後面的圖像中得到意想不到的結果。 有關使用此偏移量的更多詳細信息，請參閱頁面圖像屬性。

作為最後一個實際示例，請看一下我的光線追踪四面體圖像。其他類似的圖像可以在多面體研究中看到。背景頁面是使用與生成顯示的 3D 數學對象相同的數據生成的。文本數據使用「a2ps」進行轉換，然後使用 IM 將其轉換為圖像。在此圖像上，將同一數學對象的其他預先準備好的線條圖添加到頁面中。然後將此最終圖像（以“targa”或 TGA 格式保存）傳遞給「PovRay」光線追踪器，以包含在最終圖像或光線追踪場景中。

直接使用 GhostScript

雖然這與 IM 沒有直接關係，但 *Richard Bollinger* 報告說，直接運行「ghostscript」委託的效率要高得多，由於 IM 減少了文件處理，因此處理速度提高了一個數量級。例如，不要運行...您可以讓 GhostScript 直接執行。這避免了 IM 生成大型臨時文件（為了安全性和管道圖像處理）。因此，直接使用 GhostScript 可以節省大量的文件處理和 IO 處理，並且可以在處理 PostScript 和 PDF 文件時顯著提高性能。但是，「ghostscript」不能調整圖像大小（除了調整輸出密度或分辨率），並且可能無法以您需要的圖像文件格式或您想要的質量輸出圖像。但是，您始終可以將 GhostScript 輸出提供給 ImageMagick 以完成任務。也就是說，如果您想對結果進行超級採樣（更高分辨率的輸入，調整為更小的輸出），則更是如此。GhostScript 可能是一個難以弄清楚如何使用或針對特定類型的 PostScript 進行修復的程序。Cristy 不斷代表 IM 用戶與這些問題作鬥爭，並且在這方面他做出了巨大的努力。不幸的是，在處理可能（並且確實）發生的許多事情時，IM 無法通過 GhostScript 為 PostScript/PDF 提供簡化的方法。

繪製 - 在現有畫布上繪製文本

通過使用低級別的「-draw」運算符繪製字體，我們可以獲得更多控制權，尤其是在字體的確切位置以及繪製字體的圖像大小方面。但是，要使用它，我們需要生成一個適當大小的背景圖像來繪製字體，這在繪製一些未知文本時可能會很棘手。有關解決此問題的方法，請參閱字體圖像的自動調整大小。除了標準文本選項之外，還有許多額外選項也會影響「-draw」實際在圖像上繪製文本的方式。您不僅可以指定「-fill」顏色，還可以指定「-undercolor」以及邊緣或「-stroke」顏色，這兩種顏色默認情況下都是關閉的（設置為顏色「none」）。「-fill」顏色也可以替換為「-tile」圖像樣式，而筆劃邊緣寬度可以使用「-strokewidth」更改。然後可以使用「-gravity」設置更改繪製文本的相對位置。例如，我在這裡使用了許多我剛才提到的額外功能。

從 IM 版本 6.2.4 開始，「-draw text」操作不再理解使用「\n」作為換行符，也不再理解使用百分比「%」圖像信息轉義。（請參閱繪製百分比錯誤）。 但是，這些功能和問題在新 IM v6 運算符「-annotate」中仍然可用。請參閱下面的註釋文本繪製運算符。

以上所有選項也可以在「-draw」（MVG - Magick Vector Graphic）字符串中使用。但是，如果您在 draw 參數中設置了上述選項，則該選項將僅適用於該特定的 draw MVG 字符串。最重要的是，draw MVG 格式可以做更多的事情，例如文本旋轉和字體「裝飾」，當然您也可以在圖像上繪製各種形狀，如圓形。例如，我們在這裡繪製了帶下劃線的旋轉文本，覆蓋在幾個背景圓圈上。如果您真的想最大限度地利用「-draw」來創建圖像，我建議您查看繪圖示例頁面。

底色框

如上所述和後文所示，「-undercolor」顏色設置將為該字符和字體的定義繪製區域著色。通常，它只適合繪製的字符。繪製字體的左右邊緣尤其如此，因為頂部和底部邊緣通常足夠大以容納所有字符。繪製區域基本上代表了繪製字體區域周圍的字符「單元格」邊界。使用「-undercolor」選項的主要用途是一種簡單快捷的方法，可以清除文本周圍的「嘈雜」背景。例如，請查看在頂部圖像上註釋。但是，建議您在這種情況下在要繪製的字符串的開頭和結尾添加一個額外的空格字符。

邊界框溢出

在繪製文字，或是一般處理字體時，您可能會遇到的最大問題之一，就是並非所有字體都遵守一般規則。字體設計師可以將個別字元（或「字形」）「繪製」在相對於目前文字位置（稱為插入號）的任何位置。字體位置甚至不需要向前移動，在某些國際字體中，甚至可能向後移動！這種設計自由度的結果是，某些「字形」不符合字體宣告字元適合的定義繪製區域，尤其是在傾斜或草寫字體中，字母的某些部分會超出邊界，並進入稍後（或先前）字元使用的區域。在這方面，我看過最糟糕的字體是「LokiCola」字體，它繪製大約一半的大寫字母，並帶有長長的波浪形尾巴，遠遠超出個別字元方格的邊界。該字體基本上假設每個大寫字母後面都會跟著 3 個或更多個小寫字母。為了說明這一點，我將分別繪製該字體的一些大寫字母，讓您可以看到這些字母可能會超出方格「底色」或繪製邊界的範圍。我也會使用其中幾個字母來組成字體名稱，這樣您就可以看到它們設計用於何處，以及為什麼它們會溢出邊界框。另請注意「H」實際上是如何在其繪製區域的左側和右側溢出的。這可能會導致難以在行首使用它。

請記住，這個問題不是 IM 中的錯誤，而是由 IM 使用的字體庫和字體本身的設定互動造成的，通常是字體設計師故意為之。IM 只是按字體中的程式設計使用結果，這並不總是產生使用者預期的結果。因此，建議謹慎使用不尋常的字體。

註釋 - 文字繪製運算子

在 IM 版本 6 中，提供了一個新的字體繪製運算子「-annotate」。這個運算子在許多方面比使用「-draw 文字」操作更簡單，但由於它使用「annotate()」API（應用程式介面），因此也更加強大。雖然該運算子確實使用了「-draw」基元，但它的方式更為複雜，例如展開特殊跳脫字元以新增額外的影像資訊，甚至多行，並對繪製的文字套用座標系轉換以產生傾斜和旋轉。因此，該運算子現在是所有 ImageMagick 文字繪製和影像註釋的首選文字繪製運算子，這一點現在反映在這些範例頁面中。以下是使用此運算子的基本範例。「-annotate」運算子的額外功能之一是，它可以完全獨立地旋轉繪製文字的 X 軸和 Y 軸。這是透過在運算子引數中提供每個軸旋轉的角度作為「影像大小」來完成的。為了說明單個「-annotate」操作可以有多複雜，以下是一個帶框、描邊和傾斜的影像...在本範例中，給出了所有四個註釋參數。具體來說，是 X 軸旋轉、Y 軸旋轉，以及背景影像上字型的 X 和 Y 位置。另請注意，填充圖樣（使用「-tile」設定）也會隨著字型傾斜。這是因為它是使用剪切/旋轉的座標系統繪製的，該系統也會剪切並填充繪製文字中的圖樣。此剪切功能的更多範例，請參閱剪切陰影字型範例。將其與使用等效「-draw」MVG 字串建立的傾斜字型進行比較。如需總結「-annotate」剪切操作效果的表格，請參閱註釋參數用法。例如，以下是一些稍微旋轉的文字…

請注意，提供給「-annotate」的角度必須為正數，IM 才能正確理解。唯一的例外是，如果使用以逗號分隔的 4 個數字形式的幾何參數。例如，最後一個範例中可以使用「-annotate '-10,-10,20,90' 'Anthony'」。

這可以用於產生傾斜的壓縮標籤。例如…

magick -size 100x60 xc:skyblue \ -annotate 300x300+20+50 "First" \ -annotate 300x300+35+50 "Second" \ -annotate 300x300+50+50 "Third" \ -annotate 300x300+65+50 "Fourth" \ -annotate 300x300+80+50 "Fifth" \ annotated_labels.jpg

您也可以使用跳脫字元，將有關目前影像的其他資訊新增至註釋字串。例如，讓我們使用有關影像大小的資訊覆蓋內建的「rose:」影像。為了將文字置中於影像上，我們使用「-gravity」設定，並使用「-annotate」參數「0」來關閉任何和所有旋轉和偏移。

magick rose: -fill white -stroke black -font Candice -pointsize 20 \ -gravity center -annotate 0 '%wx%h\nPixels' annotate_rose.gif

如需更多資訊，請參閱下方的文字參數中的特殊跳脫字元。如需以各種方式將文字註釋到較大影像的其他範例（例如置中於側面或旋轉於右下角），請參閱實用的文字註釋範例。

自動調整大小的註釋文字畫布

通常，您需要比「label:」所能提供的更多控制。例如，您想要使用平鋪或漸層影像，這需要您註釋文字。可惜的是，您需要事先知道註釋文字所需的畫布大小。以下是一個典型的問題範例。當我第一次設定此命令時，我將大小設定為我想要的結果，一開始它運作良好。但後來我得到了這個…可惜的是，在猜測畫布大小時，我在上面的「Gradient」一詞中拼錯了字（缺少字母「i」）。當然，當我修正拼寫後，我的影像大小現在不正確了，產生了上面顯示的不正確結果。我們需要的是能夠使用「-annotate」運算子，但畫布大小要適合註釋文字。一種解決方案是使用更大的畫布，然後「裁剪」背景到正確的大小。我還新增了「邊框」，以便在字型和影像的最終邊緣周圍新增一些額外空間，以獲得更好的外觀。這種方法比試圖猜測最終影像的大小要好得多，但是「畫布裁剪」不會裁剪平鋪的多色背景。更好的解決方案是使用「label:」建立畫布，以產生正確大小的畫布。然後使用繪製顏色填充將影像平鋪在畫布（和標籤文字）上，最後我們使用另一個平鋪影像註釋我們的文字。

請注意，在置中的「label:」影像中，文字的位置可能與置中的「-annotate」操作的位置不完全相符。這兩種方法遵循完全不同的處理演算法，因此可能無法匹配。特別是在涉及特殊字體時。

使用「底色方塊」自動調整大小

您可以不使用「label:」影像，而是在一個大的畫布上使用底色方塊和較大的筆劃寬度繪製字體，然後再將畫布修剪至合適的大小。例如可以使用「-strokewidth」設定調整字體周圍的間距。唯一的要求是初始畫布的顏色必須與背景顏色不同（在本例中為「lightblue」），並且必須大於最終結果。提醒您，有些字體會在個別字元繪製區域之外繪製字元。（例如，請參閱上面的底色方塊）。在這種情況下，上述結果將會有效，但可能需要您使用透明畫布，然後將結果覆蓋在白色上（例如，使用「-background white -flatten」之類的操作），將未使用且仍然透明的區域變成白色。但是，該字元可能會碰到結果影像的邊緣。基本上，您不可能在所有情況下都贏，盡力而為即可。

為灰階文字圖像上色

我特意將上面的影像生成為灰階黑白影像，因為這可以用作遮罩範本。從這樣的純影像中，您可以分別或同時為影像的背景和前景上色。例如，我在這裡使用依顏色分級運算子「+level-color」，以全局方式修改影像顏色，以便為前景和背景顏色分配特定值。例如，我在這裡使用合成遮罩來用圖案影像替換背景和前景。上面使用反轉運算子來重新排序影像，因此第一個影像成為合成的第三個「遮罩」影像。然後，前景（「plasma:」）影像成為第一個影像，背景影像在中間。如需為此類灰階影像上色的其他技術，請參閱使用遮罩限制合成區域。更一般地說，請參閱在影像中使用遮罩。如需用於平鋪的漸層生成的其他方法，請參閱顏色漸層、稀疏顏色點和隨機畫布。

---

字體

As for ordering the font paths, that is simply ordering the fonts specified in
the XML files.

The start point is the system fonts, followed by the system installed
"type.xml" file, on my system this is "/etc/ImageMagick-6/type.xml".

This system installed "type.xml" file is typically just a list of 'include'
other type-* files.  And the order of the includes will specify the order of
Extra System Fonts, verses Ghostscript Fonts.

After that file other "type.xml" files are looked for, such as in 'home'
directories, or even current directory.

Later fonts will NOT replace earlier fonts, as such if two fonts have that
same name, only the first one will be noted by IM. (a security measure).

To see the fonts loaded use
    magick -list font

It lists "Path:" of the type file each font list was found in, but the
paths are listed in REVERSE order, with system fonts at the end.

I have for example a personal Font named "Courier", but it is not listed in
the above list as it was defined after the "Courier" that was found in the
"System Fonts" area, (which is listed at the end of the above output).

On the other hand my own personal font "CourierNew", is listed, as it does not
clash with any system or system config defined font.

To see what font glyph file is selected for soem specific request
use...
  magick -debug annotate xc: -font Courier \
          -annotate 0 'Test' null: 2>&1 |
    grep '^ *Font '

確定字體度量，無需使用 API

一種特定字體及其個別字元包含許多資訊。這些資訊可能非常有用，特別是當您想要使用 IM 將許多不同字體的文字拼湊在一起時。同樣重要的是要記住，大多數字體都是比例字體，這意味著每個單獨的字元將具有不同的寬度，以及插入符號（或原點）的不同「自然」前進。因此，每個特定的字元「字串」將以不同的長度呈現（繪製），而無需真正考慮字串中使用的實際字元數。此規則的例外是「等寬」字體，例如「Courier」、「Typewriter」或「Terminal」字體，其中所有字元都具有相同的寬度，允許您輕鬆生成文字列。偵錯設定「-debug annotate」可用於讓 IM 直接報告 TTF 字體的度量，用於特定字串。舉例來說…如您所見，您可以獲得可使用的混合資訊：從繪製字串的聲明邊界（不一定是字串的實際邊界），相對於原點；到繪製下一個字串之前「插入符號」（原點）應前進的量。完整的偵錯輸出（相當冗長，上面未顯示）還會報告所使用的實際字體檔（兩次），因此您也可以使用它來檢查您是否也擁有正確的字體。

「-debug annotate」方法已添加到 IM v6.3.9-2

舊技術

但是，此偵錯輸出可能不方便，或者您可能必須處理比此版本更舊的 IM。以下是一些較舊的範例，其中文字實際上以各種方式和顏色繪製，然後從生成的圖像中提取資訊（作為整數）。例如，讓我們找出相對於固定基線的「Ravie」字體的尺寸，以 72 點為單位。

這是我們將要研究的圖像，作為參考。您實際上不需要將其繪製並保存為圖像，因為我們只是提取數據，而不是圖像。此圖像的顏色將被修改，以便我們可以使用「-trim」分別查看白色和黑色部分以提取使用的度量。 magick -size 100x150 xc:lightblue -font Ravie -pointsize 72 \ -fill black -undercolor white -annotate +20+100 'A' font_drawn.gif

對於基本的字體度量，我們首先使用透明顏色（「None」）繪製字體本身，以便我們可以測量找到此特定字元在此字體的邊界框或繪圖區域的大小和位置。請注意，對於高度資訊，您可以繪製任何內容。從上面的結果我們可以看到，72 點的「Ravie」字體的總邊界框高度為 74 像素。盒子的頂部距離圖像頂部 42 像素，因為基線位於 y 坐標 100 像素處，盒子開始於基線上方 100 - 42 或 58 像素處。這為基線下方的邊界框留下了 74 - 58 或 16 個像素，用於下行符。

請注意，並非所有字體都將其繪圖限制在其定義的繪圖邊界框內！但是，有些字母可以延伸到這些邊界之外。這就是為什麼上面的例子設置了「-fill」的顏色為「none」。這樣，行為不端的字體不會影響上述測量。

另請注意，行與行之間的距離（實際上是基準線）應該完全由字體的磅值決定，與字體的繪製方式無關。在我們的範例中，由於字體的磅值為 72 點，而一點定義為 1/72 英吋，因此基準線應相距 1 英吋。如果目前的輸出解析度（密度）為每英吋 72 像素，則表示基準線將相距 72 像素。有趣的是，這表示對於此字體，由於其邊界框為 74 像素，因此在正確的單倍行距文字行之間，字體的繪製區域會有 2 像素的重疊！同樣從上述測量結果中，我們可以看到，以這個磅值繪製字串「A」時，下一個字元應該繪製在起點（稱為插入點）右側 66 像素處。這是字串的「邏輯」長度。也就是說，下一個字元的「插入點」或起點應該從 20 + 66 或「+86+100」開始（基準線在垂直方向上不變）。請注意，某些阿拉伯文字體實際上可以從右到左繪製，因此「插入點」偏移量將為負數。這給出了字元「A」的字體度量值，但是繪製的「A」相對於「插入點」或起點的實際尺寸呢？只要交換兩種顏色設定即可...在高度方面，字元在其定義的繪製邊界內，其高度從基準線上方 100 - 43 或 57 像素（緊貼其邊界框）到字體基準線下方 60 - 57 或僅 3 像素。換句話說，這個字母在基準線下方的繪製區域沒有「下延部」。從這裡我們可以看到，「A」從插入點（位於 +20，但最終圖像位於 +17）*之前* 3 個像素處繪製到插入點位置之後 70 - 3 或 67 個像素處。換句話說，這種字體繪製時比其水平邊界框略寬。請注意，雖然這給出了實際繪製的字串長度，但这與附加文字時所需的插入點偏移量不同（插入點偏移量由字串邊界框定義，而不是由其繪製長度定義）。換句話說，文字應該使用其邊界框附加在一起，而不是像我們在其他範例中所做的那樣使用其實際繪製長度大小。當然，如果您遇到行為非常異常的字體，您可能希望檢查特定字串超出其邊界的繪製距離，以便您仍然可以為其提供空間，例如在行尾。

從字體中提取的尺寸也會隨著用於繪製字體的當前「-strokewidth」而有所不同。如果增加輪廓筆劃的大小，則繪製字體所需的尺寸（和邊界框大小）也會擴展相同的大小，以適應較粗的輪廓。

即使在完全相同的字體庫和 IM 版本沒有更改的情況下，尺寸也會因操作系統（類型和版本）以及 IM 在該系統上使用的委託字體繪製庫的版本而異。當可以使用不同的電腦進行文字繪製時，建議謹慎操作，因為即使是相同的字體，結果也可能会有所不同。

如需更多資訊，請參閱文件 TrueType 基礎 (PDF)。這表明即使我上面的一般性結論也可能並非總是正確的，儘管通常情況下是這樣。請注意，以上範例只會傳回以整數像素為單位的尺寸，而字體使用的所有尺寸都是浮點數。事實上，字體是否從整數像素（插入點）起點繪製，可能取決於應用程序，並影響字體的最終外观。

---

建立混合字體樣式的行

使用多種字體、字型大小和樣式來建立單行文字並不是 IM 真正設計要處理的事情。當您開始考慮文字對齊、自動換行，以及環繞圖片和其他物件等問題時，情況會變得更糟。這類事情是文字處理器、網頁瀏覽器、文件印表機等程式非常擅長處理的，通常是在使用者互動下進行，但很少有程式能在程式控制下做得很好。其中一個例外是「TeX」及其程式系列（請參閱下方的 完整的文字處理系統），因此如果您真的想以圖形方式處理文字，我建議您看看這個程式系列。另一個選擇是看看各種文件「美化」列印程式，例如 HTML 轉換器。您可以使用這些程式將程式產生的文件變成後製指令碼，然後 IM 就可以將其後製處理成您想要的任何影像格式或樣式。「El Supremo」（來自 IM 討論區）在他的 FontMetrics 程式中建立了一個 API 解決方案（使用 C MagickWand API 介面）。這裡是 「FontMetrics」的範例輸出。
雖然 IM 命令列不是為「文字處理」而設計的，但这並不代表您不能將其用於此目的。只是這樣做會比較困難。在這裡，我將提供一些混合不同字體和樣式的文字範例，為大家提供一個起點。人們通常會想到的最簡單的解決方案是將「標籤：」影像附加在一起……但是，您可以看到所有影像都垂直對齊到影像頂部，除非您使用類似的字體，否則看起來不會很美觀。或者，您可以使用附加對齊技巧將它們沿底部對齊。這樣做是在每個標籤的頂部添加了一些額外的填充，並在水平附加它們之前將它們都裁剪為相同的高度。然後，使用簡單的「-trim」和「-flatten」將行的 高度設定為最高標籤的高度，並填充背景。如您所見，這樣做效果更好，但小字體往往會產生類似下標的行為，而不是正確對齊的文字。我們真正需要做的是通過「基準線」對齊所有文字字串，如果沒有更多文字資訊，這將非常困難。這些資訊在程式 API 下很容易獲得，但從命令列獲得則困難得多。前一個範例部分展示了一種方法。但是，可以在不實際收集基準線資訊的情況下，通過基準線對齊文字。雖然「標籤：」文字影像沒有提供任何關於影像基準線的線索，但您可以專門繪製固定基準線的影像。如果沒有 API，您也不能直接找出繪製文字的長度或高度，因此您首先需要使用一個足夠大的畫布，以確保我們不會遺失任何關於文字影像的資訊。然後，為了保留尾隨空格和文字高度，您還必須充分利用文字註釋的（「-undercolor」）功能，並為影像裁剪提供邊界。現在讓我們看看如何從命令列執行此操作。如同先前所述，圖像的裁剪分為兩個步驟。首先，在包含垂直藍線的基礎圖像上繪製文字。因此，當我們裁剪文字時，只會裁剪文字圖像的寬度，並將所有文字保持在相同的基線上。將它們附加在一起後，我們現在可以通過使其完全透明來移除藍色構造線。如果您只是生成黑白圖像，更好的方法是只提取一個非藍色通道，這可以確保您確實獲得了所有構造線。然後，第二次裁剪將裁剪頂部和底部，將其縮小到最大的邊界框。最後，將其扁平化為與邊界框相同的顏色，從而消除其在構造線條時的所有痕跡。如您所見，所有文字現在都已正確對齊基線，無論使用何種字體或字體大小。當然，在這些示例中，我只使用了黑白文字。可以使用其他顏色，只要它們不干擾用於文字對齊的構造線和透明背景即可。使用此技術，您現在可以生成混合字體的文字行，並將它們全部垂直附加到更大的文檔中。您還可以發現，完成所有這些工作需要大量工作，而這些工作通常由文字處理器和網路瀏覽器對使用者隱藏起來。如果您確實打算做很多這類事情，我建議您研究我之前提到的替代方案。

---

表單填寫

您擁有一些標準填寫表單的圖像，並且您想填寫位於已知位置的欄位。因此，您有一個數據文件，例如“text_data.txt”，如下所示... 這些欄位是文字寬度、重力（對齊方式）、顏色、位置 x、y 以及要為此欄位放置的實際文字。現在，您可以使用一個簡單的循環 shell 腳本來生成如上所述的文字標籤，在表單（背景）圖像中定義的文字位置分配適當的文字。在這種情況下，“表單圖像”只是一個空白圖像，但實際上可以是任何東西。我還將標籤的背景顏色設置為“小麥色”，以便可以看到填充的區域，但您通常會將其設置為無。以上沒有使用臨時文件，而是使用了 MIFF 格式圖像的管道。這是使用 圖像流格式 的一個示例，其中單個圖像只是簡單地附加在一起，一個接一個地在文件或管道中。這只是一個起點。表單欄位可以來自某些定義文件，而要填寫的文字可以來自數據庫或其他數據源。還可以設置其他屬性，例如要使用的字體、文字旋轉等。您還可以包括寬度和高度，或者如果文字應該使用 標題 而不是 標籤 進行自動換行。另請參閱 地圖中的圖釘，了解此技術的另一個示例，與上述非常相似。

---

文字處理替代方案

生成完整格式的文字文件和文檔的理想方法是將 ImageMagick 用作更大的圖像和文字處理系統的一部分。

工具	用於...
ImageMagick	圖像批處理和準備
Gimp	用於解決一次性問題的 GUI 圖像編輯
LyX	GUI 文字處理器，用於生成...
LaTeX	用於文檔和書籍的文字處理器...
TeX	底層文字格式 （在頁面上放置符號和字體）
Metafont	TeX 字體生成器

基本上 ImageMagick 可以做很多事情，但这并不意味着它是完成这些事情的最佳工具。 对于较大的文档准备工作，最好将其视为一个更大整体的一部分。 上面给出的各种“TeX”工具通常是大多数 Linux 系统的标准安装，并且可以将文本和图像组合成一个统一的整体。 更重要的是，它将文本保留为文本，并根据您的指定对文本进行适当的格式化，完成几乎所有文字和页面包装以及图像排列的艰苦工作。 但不会在“doc”文件中填充无用的格式垃圾。 您可以完全控制，也可以让它自行做出决定。 它们提供了一种生成任何类型文档的方法，从简单的页面、时事通讯甚至整本书，如果您认真对待文档生成，那么这些工具非常值得一看和学习。
Pango（仅限 Linux 和 MacOSX）也提供了一种替代方案。 它提供了 ImageMagick 中没有的许多文本到图像处理功能。 例如 TAB、对齐、页边距、页眉等等。 它甚至有一种标记语言，允许在文本中间更改字体。
其他解决方案还包括许多文本到 PostScript 转换程序，例如我在上面的 Postscript 处理 中演示的用于生成示例 PostScript 文件的“a2ps”。 这会转换和格式化不同类型的文本文件，具有自动换行、加粗和制表符控制，以及相当不错的页眉、页脚、边框和多页选项。 当然，这是通过 Postscript 或 PDF 中间语言进行的间接图像处理。 另一种方法是使用 SVG 或 ImageMagick 绘图命令 对文本进行布局，但您需要处理布局。 有很多工具可以将文本变成图像，而且大多数工具都可以与 ImageMagick 结合使用，对文本图像进行后处理并将其合并到您的图像中。 这让 ImageMagick 可以专注于它最擅长的图像处理。