我們以下列表單為示例

表單包含三種情況，我們必須更改它以便輕松本地化表單。每個案例都標有紅色邊界和數字。

※TLabel之后的另一個控件

Value標簽后面緊跟著一個編輯框。這將給您帶來一些問題，因為很可能將值翻譯成其他語言的時間會比原始值長得多。這將使標簽和編輯相互重疊。翻譯人員可以替換編輯控件更多的權利，為更長的標簽騰出空間，但這將花費一些時間和成本。記住，如果你本地化到10種不同的語言，很可能每個翻譯都要做同樣的修改，這將花費大量的時間，更重要的是使你的UI在每種語言上看起來不同。

更好的方法是設計原始UI，這樣翻譯人員幾乎不需要重新定位控件。在這種情況下，我們可以把標簽和編輯在不同的行-標簽以上的編輯。這使得label可以在不重疊編輯控件的情況下進行非常大的擴展。

這種情況在上圖中標有＃1。

※TLabel的AutoSize屬性

打開TLabel的AutoSize屬性。這樣可以確保在表單上繪制時不會刪除Caption屬性的較長轉換。這種情況在上圖中標有＃3。

※TCheckBox的寬度

TCheckBox沒有AutoSize屬性。您必須手動將所有復選框的寬度設置為其位置允許的最大寬度。這種情況在上圖中用＃2標記。

※在運行時設置的屬性

Label2.Caption在設計時設置為Label2。在運行時，它將替換為“單擊上面的按鈕來處理數據”字符串。因此根本不使用原始字符串。保持它只會使您的本地化項目更大，更昂貴。一個好的做法是將所有這些Caption屬性設置為一些固定值，例如“dummy”。創建Sisulizer項目后，您可以輕松地排除所有具有“虛擬”值的字符串。這種情況在上圖中標有＃3。

這是我們本地化后的表單。標簽和編輯不再在同一行。復選框寬度已設置為最大可能寬度。Label的自動調整大小已打開。未使用的字符串已被替換為虛擬字。

※硬編碼字符串

大多數應用程序在代碼中都有硬編碼字符串。您必須刪除它們并用資源字符串替換它們。這稱為資源。幸運的是，Delphi中的過程非常簡單。在C ++ Builder中，字符串資源有點復雜。您必須創建一個資源腳本文件（.rc），添加一個STRINGTABLE，最后添加一個項目到表中。

※使用繼承的表單

當您正確編寫國際化代碼時，您必須更改每個表單和框架的默認行為。這就是為什么你最好從TForm派生一個抽象形式，并從這個表格派生所有形式。做同樣的形式框架。這樣可以很容易地在基本表單的構造函數中初始化表單。

※字體

Delphi表單的默認字體是Tahoma（Delphi 2006及更高版本）或MS Sans Serif（高達Delphi 7）。MS Sans Serif看起來有點陳舊，所以最好使用Tahoma。但是，對表單的字體名稱進行硬編碼并不是一個好主意。更好的選擇是將字體名稱更改為MS Shell Dlg 2.它是Windows替換為最合適的字體的通用字體。在英文Windows XP上，它是Tahoma。在簡體中文XP上是Simsun。使用MS Shell Dlg 2始終確保應用程序的字體使用目標操作系統的默認用戶界面字體。

另一個問題是字體大小。Western Windows上的默認字體大小為8.但是在亞洲Windows上，它是9.在基本表單的構造函數中更改運行時的字體大小以匹配活動區域設置的默認字體大小。

※讓Delphi創建DRC文件

Sisulizer使用Delphi資源文件（.drc）來獲取項目的完整資源字符串上下文。 當Delphi編譯器編譯一個resourcestring時，它存儲的字符串是一個標準的Windows字符串資源，并為該字符串分配一個id。如果將新的資源串添加到應用程序中或刪除現有的資源串，編譯器將為大多數資源字符串提供新的ID。這很可能會導致翻譯丟失或現有翻譯被錯誤的翻譯所取代。為了防止這種情況，給出一個DRC文件名，以便Sisulizer可以使用它來鏈接資??源字符串變量名和資源字符串id（例如SSampleString等于4567）。僅當程序員有意更改resourcestring變量名時，資源字符串變量名才會更改。DRC文件使用.drc文件擴展名（例如C：\ Samples \ Project1.drc）。