我們以下列表單為示例

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

※TLabel之后的另一個控件

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

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

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

※TLabel的AutoSize屬性

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

※TCheckBox的寬度

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

※在運行時設置的屬性

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

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

※硬編碼字符串

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

※使用繼承的表單

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

※字體

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始終確保應用程序的字體使用目標操作系統(tǒng)的默認用戶界面字體。

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

※讓Delphi創(chuàng)建DRC文件

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