macOS下Tcl/Tk应用系统菜单及控件无法翻译问题求助

核心原因 #

Tcl/Tk在macOS上的系统级UI元素（如系统菜单、tk_messageBox按钮）并非通过gettext框架翻译，而是依赖macOS原生的NSBundle本地化机制。这些元素的字符串由Tk的底层代码直接调用Apple的AppKit框架生成，完全绕开了你基于gettext实现的应用内翻译流程，所以你的.po/.msg文件对这些内容无效。

解决步骤 #

1. 创建符合macOS规范的本地化目录结构 #

在你的应用包（.app）内创建Contents/Resources目录，然后为每个需要支持的语言创建对应的.lproj子目录，比如：

• Contents/Resources/zh-CN.lproj（简体中文）
• Contents/Resources/ja.lproj（日语）
• Contents/Resources/de.lproj（德语）

2. 生成对应的.strings翻译文件 #

在每个.lproj目录下创建InfoPlist.strings和Localizable.strings文件，将需要翻译的系统级字符串填入：

示例（zh-CN.lproj/Localizable.strings）：

"Quit" = "退出";
"Preferences..." = "偏好设置...";
"Minimize" = "最小化";
"Yes" = "是";
"No" = "否";
"Cancel" = "取消";

示例（zh-CN.lproj/InfoPlist.strings）：

CFBundleName = "你的应用名称";
CFBundleShortVersionString = "版本号";

3. 让Tk识别macOS本地化资源 #

在你的Tcl代码启动初期，添加以下代码，强制Tk加载macOS的本地化资源：

if {[tk windowingsystem] eq "aqua"} {
    set bundlePath [file join [info nameofexecutable] .. ..]
    set ::tk::mac::useSystemDialogs 1
    option add *Dialog.msgbox.useNative 1
}

4. 验证应用包结构 #

确保你的最终.app包结构符合macOS规范，大致如下：

YourApp.app/
├── Contents/
│   ├── Info.plist
│   ├── MacOS/
│   │   └── your-tcl-executable
│   └── Resources/
│       ├── zh-CN.lproj/
│       │   ├── InfoPlist.strings
│       │   └── Localizable.strings
│       └── en.lproj/
│           ├── InfoPlist.strings
│           └── Localizable.strings

关键说明 #

• tk_messageBox的按钮翻译：必须开启*Dialog.msgbox.useNative选项，让Tk调用macOS原生的NSAlert控件，这样才会读取你在.strings文件中的翻译。如果使用Tk自己绘制的对话框，依然无法生效。
• 系统菜单的翻译：Tk会自动从应用bundle的Localizable.strings中读取对应字符串，无需额外代码，但必须保证目录结构和文件格式正确（.strings文件必须是UTF-16编码，或者带BOM的UTF-8）。

内容的提问来源于stack exchange，提问作者umläute