GNOME 和 GTK+ 面临无人使用的窘境 - 查看主题 & Ubuntu中文论坛
&[ 31 篇帖子 ]&
&文章标题 : Re: GNOME 和 GTK+ 面临无人使用的窘境发表于 :
19:17帖子: 7711
系统: Arch Linux (x86_64)
zf123 写道:但是Gnome shell 很多改进在我看来都是倒退的。比如3.6的应用程序快捷按钮，怎么能放在最下面呢？？这明显导致鼠标移动路径过长。那些不再dock上的程序启动太过麻烦。win键+直接输入程序名。最快捷的方式，适用于多数桌面环境。
_________________--博客：
&文章标题 : Re: GNOME 和 GTK+ 面临无人使用的窘境发表于 :
0:22帖子: 573地址: 上海
系统: Chakra Linux
送出感谢: 0 次
eexpress 写道:都不是开发者，所以你们都比较晕的。楼上有人混淆qt和kde嘛。wps的那些水平，就是一般码农水平。本来就没创意，只看如何完工而已。一般码农写出了相对比较好用的产品，大神高高在上，说说话就行了。。。呵呵。
&文章标题 : Re: GNOME 和 GTK+ 面临无人使用的窘境发表于 :
10:39帖子: 244
送出感谢: 0 次
gnome和gtk没人用不是因为gnome3和gnome-shell，实际上gnome 3和gnome-shell的方向是对的，做好了完全可以做出很多花样，我觉得比kde有新意。gnome，gkt变得没人用的真正原因应该是人力和物力资源跟不上，开发进度拖沓，bug常年没人搭理越积累越多.例如gnome3刚出来时，各种bug，各种陷阱，感觉就像是半成品直接给扔出来让人用了，这样的产品创意再好，真正用起来的时候也不会有人叫好的。而gtk现在的开发更慢，相比qt5，gtk3太黯淡了，gtk4还没影儿。我一点不觉得是gnome-shell方向的问题，事实上我现在对gnome2没有丝毫留恋，那玩意儿都土的掉渣了。
&文章标题 : Re: GNOME 和 GTK+ 面临无人使用的窘境发表于 :
17:35帖子: 321
现在好多发行版都开始采用QT重写，GTK我看不行了。
&文章标题 : Re: GNOME 和 GTK+ 面临无人使用的窘境发表于 :
15:57帖子: 12356地址: 在他乡
作为gnome用户已转KDE了昨天又回了一把gnome-shell，感觉还是不爽现在又装回KDE了一些设置项，太麻烦，基本的设置都需要安装另一个软件来配置，而且这个软件默认还没安装一些设计欠考虑，功能缺失啊
_________________用了
，身轻如燕！
&文章标题 : Re: GNOME 和 GTK+ 面临无人使用的窘境发表于 :
18:36帖子: 37
接收感谢: 0 次
gnome3真心不错，这才是桌面的未来。
&文章标题 : Re: GNOME 和 GTK+ 面临无人使用的窘境发表于 :
17:35帖子: 321
不知道gtk和gnome能坚持多久，反正在ubuntu上的gnome-shell体验不佳。
&文章标题 : Re: GNOME 和 GTK+ 面临无人使用的窘境发表于 :
16:10帖子: 1835
系统: Arch debian win7
zf123 写道:不知道gtk和gnome能坚持多久，反正在ubuntu上的gnome-shell体验不佳。Arch上的gnome-shell体验真的不错，ubuntu现在做unity，老是破坏gnome
_________________拥有丰富API接口和广泛程序支持的dropbox云同步，，开始就比别人多500兆，我的空间也会增加。谢啦==========我的作品==========
&文章标题 : Re: GNOME 和 GTK+ 面临无人使用的窘境发表于 :
17:35帖子: 321
我也是觉得ubuntu故意对gnome-shell下了黑手，等二级建造师过了就给自己再买一台上网本，装上gnome-shell的纯净版ubuntu看看。
&文章标题 : Re: GNOME 和 GTK+ 面临无人使用的窘境发表于 :
16:23帖子: 3185
系统: Debian stable
送出感谢: 0 次
wojiaowwj 写道:eexpress 写道:都不是开发者，所以你们都比较晕的。楼上有人混淆qt和kde嘛。wps的那些水平，就是一般码农水平。本来就没创意，只看如何完工而已。一般码农写出了相对比较好用的产品，大神高高在上，说说话就行了。。。呵呵。没必要这样，金山那些水平说是一般码农我有时候都觉得高抬了，用过这么多年金山的东西，金山什么水准心里还是大体知道的，金山有个外号叫培训基地，至于是啥培训基地，呵呵
_________________#include &stdio.h&void main(){
printf(&I miss you.\n&);}
&文章标题 : Re: GNOME 和 GTK+ 面临无人使用的窘境发表于 :
20:26帖子: 189
送出感谢: 0 次
接收感谢: 0 次
gtk 真心可以考虑底层以 GObject + GObject Introspection 为基础，上层新代码尽量使用 Vala，这样应该能大大加快开发速度。甚至可以把 Vala 作为 GTK 和 Gnome 的首选开发语言，加大宣传，鼓励大家使用 Vala 来代替传统的 C。
&文章标题 : Re: GNOME 和 GTK+ 面临无人使用的窘境发表于 :
17:33帖子: 36
hooluupog 写道:gnome和gtk没人用不是因为gnome3和gnome-shell，实际上gnome 3和gnome-shell的方向是对的，做好了完全可以做出很多花样，我觉得比kde有新意。gnome，gkt变得没人用的真正原因应该是人力和物力资源跟不上，开发进度拖沓，bug常年没人搭理越积累越多.例如gnome3刚出来时，各种bug，各种陷阱，感觉就像是半成品直接给扔出来让人用了，这样的产品创意再好，真正用起来的时候也不会有人叫好的。而gtk现在的开发更慢，相比qt5，gtk3太黯淡了，gtk4还没影儿。我一点不觉得是gnome-shell方向的问题，事实上我现在对gnome2没有丝毫留恋，那玩意儿都土的掉渣了。我感觉还是构架上的问题，用C来写内核之类，如鱼得水，高效明了。但用来写大型的桌面之类的程序，我认为还是C++有条理点。
&文章标题 : Re: GNOME 和 GTK+ 面临无人使用的窘境发表于 :
14:25帖子: 813
系统: 乌班图
eexpress 写道:都不是开发者，所以你们都比较晕的。楼上有人混淆qt和kde嘛。wps的那些水平，就是一般码农水平。本来就没创意，只看如何完工而已。大神，口气真大,金山软件，我觉得很牛b
_________________我为什么对linux感兴趣?因为它神秘。
&文章标题 : Re: GNOME 和 GTK+ 面临无人使用的窘境发表于 :
20:00帖子: 290
KDE太大，e17，*box要折腾，gnome2正好合适。gnome3，真心不适应。
&文章标题 : Re: GNOME 和 GTK+ 面临无人使用的窘境发表于 :
13:29帖子: 6366地址: 新疆博乐
系统: Ubuntu 12.04/14.04
我也觉得是Unity的影响，界面差不多，而且在14.04的系统监视器里，GNOME的标识也没了，其他地方也没看到有
_________________===新手请看=== |
显示帖子 : 全部帖子1天7天2周1个月3个月6个月1年&排序 作者发表时间文章标题 升序降序&
&[ 31 篇帖子 ]&
正在浏览此版面的用户：没有注册用户 和 3 位游客
您 不能 在这个版面发表主题您 不能 在这个版面回复主题您 不能 在这个版面编辑帖子您 不能 在这个版面删除帖子您 不能 在这个版面提交附件
选择一个版面
------------------
公告/注意事项
& &新闻和通知
& &校园社团支持
& && &华东校区
& && &华南校区
& && &华北校区
& && &华中校区
& && &东北校区
& && &西北校区
& && &港澳台校区
& && &国外校区
& &软件推荐
& &非常任务
系统安装区
& &教学和常见问答
& && &课堂教学和培训
& &初学者园地 - 15.04
& &系统安装和升级
& && &新立得和软件源
& && &Wubi安装讨论
& &启动和引导
& &网卡问题以及网络和拨号
& && &校园网拨号
& &笔记本、UMPC支持
& &手机和平板
& && &Ubuntu移动应用开发
& &常用硬件支持
& &系统架构支持
配置美化区
& &字体美化和中文支持
& && &个人配置文件存放点
& &桌面特效
& &窗口管理器
& &屏幕抓图
& &办公、图像、机械电子设计等
& && &Vim和Emacs
& &因特网相关软件
& &影音多媒体
& &Wine及其分支
& &游戏和游戏模拟器
& &虚拟机和虚拟化
& &其它类软件
服务器管理
& &服务器基础应用
& &数据库管理
& &服务器维护和硬件相关
& &Ubuntu VPS
参与Ubuntu开发
& &软件和文档翻译
& &编译或打包
& &Ubuntu错误报告
程序设计区
& &Shell脚本
& &GTK+和QT
& &软件/网站开发
& && &Python/Php/Perl
& && &C/C++/Java
& &内核及嵌入式开发
& &开源小工具
& &Ubuntu 15.10
& &Ubuntu 14.10
& &Ubuntu 14.04 LTS
& &Ubuntu 12.04 LTS
& &Ubuntu 10.04 LTS
& &老旧版本支持
衍生发行版
& &Ubuntu GNOME
& &Kubuntu
& &Xubuntu & Lubuntu
& &Ubuntu中文衍生版
& && &Deepin
& && &UbuntuKylin
& &Ubuntu国外衍生版
& && &Mint
& &Ubuntu衍生版制作
& &其它类Unix OS发行版
& && &Arch发行版
& && &Debian发行版
& && &OpenSUSE发行版
& &深度PK版
& &Ubuntu故事和感慨
& &Full Circle开源杂志
分享交流区
& &同城交流
& &线下活动专版
& &Ubuntu宣传推广
& &论坛管理
& && && &Ubuntu中文网上商店评论已经自动封存，请勿再发言论
| 17条评论
阈值选择：
1:11 条评论
0:17 条评论
声明: 下面的评论属于其发表者所有，不代表本站的观点和立场，我们不负责他们说什么。
加上了KDE(得分:1 )
加上了KDE看了一下……其实都不行了，Linux下的桌面环境都不咋地……
最近用上了Debian自带的Gnome，只能说“凑活”。
(得分:0) 日 22时02分 星期三
(得分:0) 日 08时20分 星期四
re:加上了KDE(得分:1 )
/trends/explore?q=gtk%2Cqt%2Cgnome#q=gtk%2C%20%20qt%2C%20%20gnome%2C%20%20kde%2C%20%20awesome&cmpt=q
加上了awesome 来看结果吧
re:加上了KDE(得分:1 )
算了 google趋势感觉就是搞笑的
大家都来用 EFL 吧(得分:1 )
大家都来用 EFL 吧，也是纯C语言的
!(得分:1 )
gnome的坚定使用者撸过！
unity烂死了(得分:1 )
想学apple,但是可用性怎么差apple桌面那么多?
Gnome 到底有什么不好?(得分:1 )
(得分:0) 日 12时35分 星期四
(得分:0) 日 09时33分 星期四
昨天(得分:1 )
昨天刚刚 apt-get dist-upgrade 了一把
桌面整个坏了
在考虑要不要还到 KDE 去，想了半天，还是不折腾了，重装系统吧
(得分:0) 日 12时44分 星期五
(得分:0) 日 12时44分 星期五
T68跑GNOME 3.4以上版本(得分:1 )
一个字：卡
成小众了..(得分:1 )
不要啊啊啊啊
其实吧(得分:1 )
我觉得gnome3挺好用的。
Start TogetherJSGTK+开发环境搭建
-------------
新增文件夹...
新增文件夹
(多个标签用逗号分隔)
这里介绍windows下两种环境搭建的方法,ubuntu的我就不说 了,apt-get的功能真是太强大,直接sudo apt-get install gtk+2.0就搞定了,使用gcc编译添加编译条件就没问题了.现在说说windows吧!第一种是使用VS开发环境,我打算基于VS2012来讲解, 我的电脑里装的是2012;另一种是使用codeblocks开发工具.
准备步骤一：
首先是gtk+开发包版本的选择,这个非常重要,我在搭建的时候参考了非常多的资料,官方的资料、个人的心得,怎么都没有成功,最后偶然的机会发现是版本的问题。gtk+的官网上windows下的开发包分成32bit和64bit的，
网 上我看到的文章说的都是根据自己的系统选择开发包版本，我的系统是windows 8.1 x64 pro版本，足够新了吧！很多软件开发人员喜欢xp系统，但是我认为最新的东西才是适合软件开发人员的，如果我们自己都固步自封，怎么做出好的东西给客户 呢，新的东西虽然冒险，但是你可以根据自己项目的特点进行取舍，现在大家不喜欢用新东西的原因无非是出了问题无法很容易的找到解决方案，这个看自己了！我 这是自己折腾着玩，没有老板在后面催着，所以我选择最新的系统、最新的开发包。无论是你的系统是32bit还是64bit的，不要根据系统选择开发包，要 根据编译器是32bit还是64bit来选择开发包，无论VS2012还是codeblocks默认的编译器都是32bit的，所以选择32bit的开发 包即可，由于gtk+是使用gcc编译的或者minGW，使用VS2012的MS编译器有点小问题，但是不影响使用。到www.gtk.org网站上下载 gtk All-in-one bundle版本，这个版本打包了所有需要的文件，比较方便，我下载的是gtk+bundle_3.6.4-_win32.zip和 gtk+bundle_2.24.10-_win32.zip是目前3.x和2.x最新的版本了。
为什么下载2.x的是给codeblocks准备的，codeblocks不支持直接创建3.x版本的开发环境，但是支持从2.x版本直接创建gtk+工程，
这个稍后再讲。现在开始：
准备步骤二：
将下载的开发包压缩文件解压缩到一个文件夹内，在环境变量的path下将这个文件夹下的bin目录添加进去，
这个目录是我试验64bit时的截图，不用纠结这个。
添加完成之后，你们可以试着运行bin目录下的gtk3-demo.exe，如果配置没有错误将会出现GTK+ Code Demos的窗口，这就说明你的配置是没有错误的。
准备工作完毕，现在可以开始了。
VS2012搭建GTK+开发环境
1.新建一个空的C++项目，Visual C++—常规—空项目
2.右键项目—选择“属性”，打开属性设置。
3.配置属性—C/C++—常规—附加包含目录—编辑
4.添加新行
将开发包的include文件夹添加进去，
需要添加的目录有：
include， 及include下的所有文件夹（atk-1.0,cairo,fontconfig,freetype2,gail-3.0,gdk-pixbuf- 2.0,gio-win32-2.0,glib-2.0,jasper,libcroco-0.6,libpng15,librsvg- 2.0,libxml2,lzma,pango-1.0,pixman-1），和lib文件夹下的glib-2.0\include、libffi- 3.0.12\include（千万不要忘记这两个文件）。很不幸的是这些文件夹只能一个一个的添加，不能批量添加。添加完成之后会像这样。
5.配置属性—链接器—常规—附加库目录—编辑，将lib目录添加进去
6.配置属性—链接器—输入—附加依赖项—编辑，将lib文件夹下则*.lib文件全部添加进去，我的lib目录下有：
atk-1.0.lib
fontconfig.lib
gailutil.lib
gdk_pixbuf-2.0.lib
gdk-win32-3.0.lib
gio-2.0.lib
glib-2.0.lib
gmodule-2.0.lib
gobject-2.0.lib
gthread-2.0.lib
gtk-win32-3.0.lib
pango-1.0.lib
pangocairo-1.0.lib
pangoft2-1.0.lib
pangowin32-1.0.lib
添加完成之后像这样：
每行回车，后面没有“；”
7.新建一个main.cpp文件，在文件中输入
1: #include
2: #include
4: static void helloWorld (GtkWidget *wid, GtkWidget *win)
GtkWidget *dialog = NULL;
dialog = gtk_message_dialog_new (GTK_WINDOW (win), GTK_DIALOG_MODAL, GTK_MESSAGE_INFO, GTK_BUTTONS_CLOSE, "Hello World!");
gtk_window_set_position (GTK_WINDOW (dialog), GTK_WIN_POS_CENTER); 10:
gtk_dialog_run (GTK_DIALOG (dialog)); 11:
gtk_widget_destroy (dialog); 12: } 13:
14: int main (int argc, char *argv[]) 15: { 16:
GtkWidget *button = NULL; 17:
GtkWidget *win = NULL; 18:
GtkWidget *vbox = NULL; 19:
/* Initialize GTK+ */
g_log_set_handler ("Gtk", G_LOG_LEVEL_WARNING, (GLogFunc) gtk_false, NULL); 22:
gtk_init (&argc, &argv); 23:
g_log_set_handler ("Gtk", G_LOG_LEVEL_WARNING, g_log_default_handler, NULL); 24:
/* Create the main window */
win = gtk_window_new (GTK_WINDOW_TOPLEVEL); 27:
gtk_container_set_border_width (GTK_CONTAINER (win), 8); 28:
gtk_window_set_title (GTK_WINDOW (win), "Hello World"); 29:
gtk_window_set_position (GTK_WINDOW (win), GTK_WIN_POS_CENTER); 30:
gtk_widget_realize (win); 31:
g_signal_connect (win, "destroy", gtk_main_quit, NULL); 32:
/* Create a vertical box with buttons */
vbox = gtk_vbox_new (TRUE, 6); 35:
gtk_container_add (GTK_CONTAINER (win), vbox); 36:
button = gtk_button_new_from_stock (GTK_STOCK_DIALOG_INFO); 38:
g_signal_connect (G_OBJECT (button), "clicked", G_CALLBACK (helloWorld), (gpointer) win); 39:
gtk_box_pack_start (GTK_BOX (vbox), button, TRUE, TRUE, 0); 40:
button = gtk_button_new_from_stock (GTK_STOCK_CLOSE); 42:
g_signal_connect (button, "clicked", gtk_main_quit, NULL); 43:
gtk_box_pack_start (GTK_BOX (vbox), button, TRUE, TRUE, 0); 44:
/* Enter the main loop */
gtk_widget_show_all (win); 47:
gtk_main (); 48:
return 0; 49: } 然后运行，得到：
到此一个可以使用的VS的GTK+开发环境搭建完毕。这样的步骤本人一步步试验得来，应该没有错误。可放心使用，哈！
codeblocks下搭建GTK+开发环境
我的codeblocks是12.11版本，是目前最新的codeblocks版本，如果使用2.x版本的GTK+那么建立一个GTK+工程很容易。
1.选择GTK+ progect
2.next—填写工程名字
可以随便填写
3.选择开发包的直接根目录
如果出现上面的提示证明你使用的是3.x的开发包。出现上面错误是因为codeblocks的问题，你只需要重新指定一个指向2.x开发包的目录即可。
选择“next”，并点击“finsh”，至此一个新的GTK+工程就完成了。
如果你原来添加到环境变量path下的目录要更改成现在这个新目录了，否则会有错误提示。
来自：http://my.oschina.net/u/124452/blog/182264
相关资讯 　—　
相关文档 　—　
发布时间： 18:11:20
同类热门经验
6888次浏览
4669次浏览
OPEN-OPEN, all rights reserved.OS X 系统 xcode5 与 gtk+的使用问题,找不到 gtk/gtk.h - V2EX
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
已注册用户请 &
OS X 系统 xcode5 与 gtk+的使用问题,找不到 gtk/gtk.h
· 287 天前 · 950 次点击
如题,我跌跌撞撞安装了gtk+2,在jhbuild里面有多次编译失败(全部ignore)没有用homebrew安装,然后用一段gtk代码(gcc gtk.c -o test `pkg-config --cflags --libs gtk+-2.0`),使用终端编译运行成功,不清楚未来有什么隐患.用xcode编辑使用gtk的c文件时#include &gtk/gtk.h& 会显示 'gtk/gtk.h'file not found,codeblocks亦如此,请问如何解决.相同问题大家也可看下
2 回复 &| &直到
22:38:21 +08:00
& &286 天前
自顶一下,求解..
& &286 天前
Xcode 应该有地方设置 INCLUDE 和 LIB PATH 吧？加上就行了！
& · & 571 人在线 & 最高记录 1307 & · &
创意工作者们的社区
Lovingly made by OLIVIDA
VERSION: 3.8.3 · 34ms · UTC 09:59 · PVG 17:59 · LAX 02:59 · JFK 05:59? Do have faith in what you're doing.世界正在不断地发展。如今，您不能够忽视全球市场的存在，并且计算机也不是那些花费大量时间和精力去研究其中复杂情况的少数人的昂贵的玩具。因此，创建适合于国际用户的即时可用的应用程序的需求也在日益地增长。
通常，图形用户界面 (GUI)，特别是 GTK+ 应用程序也不例外。实际上，经过巨大改进的国际化（以下称为 i18n，表示单词 internationalization i 和 n 之间的 18 个字母）支持是从 GTK+ V1.x 到 V2.x 的重大更新中的一个非常重要的部分。
本文说明了如何使用这些功能来创建可以理解和尊重不同文化和语言的用户的需求的 GUI。您将了解可以创建哪些应用程序，并预览如何实现它们，同时本文还提供了一些使得您能够踏上正确的开发之路的建议。
国际化需求
UTF-8 是 Unicode 的一种可行的编码方式（即将字符映射为字节序列的方式）它本身仅仅只是为抽象字符实体分配相应的数值。可以使用 Unicode 的许多不同的编码方式，包括 UTF-8、UTF-16（及其相关的、过时的 UCS-2）和 UTF-32（也称为 UCS-4）。
与其他编码方式相比，UTF-8 具有一些优点：它兼容于 ASCII，所以旧式应用程序一般都可以处理 UTF-8 文本（尽管它们无法理解 127 以上的值）。另外，UTF-8 具有很高的效率（特别是对于使用西方语言的文本）、针对传输错误具有很高的健壮性（在出现损坏时，最多丢失一个额外的字符），并且它已得到了广泛的认可，越来越多的应用程序可以理解和处理它。
由于上述这些原因，UTF-8 通常是正确的选择。当然，您也有可能希望避免某些处理开销，或者甘愿牺牲内存，那么在这样的情况下，您可以在内部使用 UCS-4。但是对于所有的外部通信，您需要使用 UTF-8。
然而关于 UTF-8，有一点您必须时刻牢记：UTF-8 是一种多字节 编码系统，这意味着在完成对下一个字符的解码工作之前，您不可能知道它将占用多少个字节。所以，您永远无法 使用指针运算来遍历 UTF 字符。相反，始终 使用专用的、可以识别 UTF 的函数来完成这项工作。有关更详细的信息，请查看 GLib 应用程序编程接口 (API) 参考手册（请参见参考资料部分）。
很明显，GTK+ 的创建者从一开始就意识到了国际化的需求，并且将其深深地嵌入到 GTK+ 库中的各个方面。为了达到这个目标，其中存在许多的功能，您可以使用它们来创建在面临多种语言用户需求时正常运行的应用程序。
这些功能中包括：
在整个库内部使用了 Unicode：通过使用 Unicode，可以创建真正的多语言 应用程序，而不仅仅是用多种语言编写的应用程序。例如，以阿拉伯语运行一个应用程序，并向日本学者显示俄语注释，使用 Unicode 则完全可以实现。要实现这种情况，所有传递给 GTK+ 例程和来自 GTK+ 例程的字符串都应该使用 UTF-8 编码方式，除非显式地声明使用其他的编码方式。（有关 UTF-8 更多的内容，请参见侧栏。）
使用 Pango 库进行所有文本的表示：Pango 设计用于将 Unicode 文本块转换为适当的屏幕表示形式，并处理一些细节问题，如字体选择和替换、文本度量、可视化字形表示、组合和聚集、类似连字之类的可视形式的替换和其他高级排印特性，以及 Unicode Bidi（双向文本）算法的实现。（Bidi 允许您正确地表示从右到左 (RTL) 的文本和混合语言，如阿拉伯语。）Pango 有效地替换了旧的文本表示方式，并且应该在所有的表示需求中使用它。
通过 GNU gettext 库实现对用户可见消息的使用和本地化 (l10n) 的缺省支持：通过使用 gettext 库，GTK+ 可以适合用户运行所处的任何区域，并以该用户的语言显示 GUI（如何合适，可以使用相应的数据文件）。GTK+ 还包括了（通过 GLib）对在自定义应用程序中使用 gettext 的缺省支持，不过您可以随意使用其他的可选解决方案。
不固定的定位：尽管和国际化没有什么直接关系，但是仍然非常重要的是，GTK+ 没有使用固定的定位，这是以多种可能的语言正确地显示用户界面 (UI) 的先决条件。如果您曾经看到过一个应用程序的本地化版本，它所显示的消息在原始英语文本结束处进行了截断，那是因为程序员进行了这样的布局，而 GUI 库无法对其进行调整，但您可以放心，这在 GTK+ 中是决不会发生的。它总是根据需要分配空间，而不是事先在开发过程中进行指定。
为国际化准备您的应用程序
正确的国际化需要两个互补的资产。首先是正确的设计思想，摒除特定于任何语言的假定，并且能够意识到当您的应用程序迁移到另一种语言时可能或将会发生的变化。其次是正确的工具集，一种能够支持摒除假定 编程风格的工具集。
下面，您将看到关于可能遇到的问题和可以应用的解决方案的简要概述。这个概述并不是全面的或权威性的：正确的国际化是一个广泛而深入的主题。但是对于本文中没有进行深入介绍的所有细节内容，我都提供了相应的参考资料的链接，以便为您提供所需的资源。
请确保您需要进行本地化
根据过去的经验所知的一些对国际化的错误处理，如为不同的语言配送不同的、不兼容二进制代码或使用 16 进制的编辑器胡乱切割数据文件，这些都不是正确的解决方案，并且在这里我也不会对它们进行讨论。唯一真正的处理国际化的方法是正确地标记和提取那些需要进行本地化的内容，并从此处开始将这些部分作为单独的实体进行独立的处理。您将在“代码”部分中了解如何进行这样的处理。
了解语言之间的差异
显现出这些差异的一种情况是在自动生成的消息中，特别是那些涉及到复数的消息。请考虑下面的两种方法：
printf ("Retrieved %d file%s\n", n_files, n_files != 1 ? "s" : "");
printf ("Retrieved %d file(s)\n", n_files);
这两种方法都是错误的，而且在英语（即使在英语中也是有问题的，比如您需要处理 fish 或 stories，而不是 files）以外的语言中没有任何价值，它们不适合于实际应用，除非您的目的是创建笨重和糟糕的界面。另外，第一种解决方案 存在严重的可读性问题。
相反，可以使用一种专门的解决方案，如 GNU gettext 库中的 ngettext() 函数：
printf (ngettext ("%d file removed", "%d files removed", n_files),
使用提供的数值参数和语言翻译器提供的规则，ngettext() 函数可以在运行时为指定的语言确定正确的格式，或者在不存在任何格式时使用后退字符串（上面的代码中两次使用了该字符串）。有关使用 ngettext() 函数的详细信息，请参考 gettext 库手册（请参见参考资料部分）。
从上面的示例中可以看到，无论是否涉及到复数，您都不应该试图通过字符串连接或其他的代码技巧来生成消息。这样做可以防止您的翻译器根据它们的需要而更改句子的顺序，并将这些要翻译的内容变成难以理解的、支离破碎的文本（因为它们将得到一些文本块而不是一个完整的句子，并且没有任何关于这些文本块之间的关系的提示信息）。请始终使用完整的、有意义的句子，并将关联的文本组织在一起。
遵守文化习俗
国际化决不仅仅只是翻译字符串。不同语言之间的差别在于它们所使用的小数点分隔符（逗号还是点号）、日期格式、使用 12 小时还是 24 小时的时钟、货币格式等等。另外，您还需要处理字母的排序和一般文本操作等常用的操作，即什么是字母、每个字母在字母顺序中的位置、什么是标点符号等等。所有这些细节信息都位于所谓的区域设置 定义文件中，并且假定来自于操作系统。GLib 对不同操作系统之间的差异进行了抽象，并且提供了一些关于文本和区域的实用函数。请花些时间浏览 GLib API 参考手册中关于 Unicode、日期和时间、字符串的部分（请参见参考资料部分）。
操作系统和 C 语言提供的可以识别区域设置的服务也有另一方面的问题。请注意，在缺省情况下，大多数 C 库函数都以一种与区域相关的方式运行。这就意味着，例如，如果您在一台美国的计算机上使用 strtod() 函数保存了一个浮点数值，并稍后试图在一台波兰的计算机上读取该数值，那么这个操作将会失败，因为这两种区域设置使用了不同的小数点分隔符。相反，在您需要保存数据时，如配置文件，可以使用 GLib 提供的 g_ascii_* 系列函数。
请多加小心
国际性问题要比您可能预期的更加复杂。例如，在您对图形进行选择时，请加以小心，因为对您来说可能是一个简单的图标，而对不同文化的人来说则可能是一个严重的冒犯。这条规则特别适用于合并人体不同部分的图标。请始终使用系统提供的常用资源，如图标。如果没有合适的常用图像，那么需要对您所使用的图像进行注册，以便本地供应商可以使用主题来替换它，而不必对源代码进行修补。
重用原则也适用于代码：不要重写库中已经提供的任何与区域设置有关的函数。如果您发现库中缺少某个函数，请参见 GTK+ 开发人员邮件列表（请参见参考资料部分）：它可能是一个错误，并且在您提交修补程序时，您的代码将使所有人获益。
请非常 小心地处理任何内容，即使仅具有微不足道的政治意义：在您引用旗帜、地图或具有政治含义的名称之前，请三思。排序代码中的错误可能令人讨厌，但是不得不从整个次大陆召回您的产品，就像 Microsoft® 对 Microsoft Windows® 95 操作系统所做的那样，这比令人讨厌要糟糕的多。
请始终使用 Pango 进行文本的表示
您无法再创造出处理世界上每种语言的代码，所以不应该考虑使用块来构建文本，因为文本并不是块。别再犹豫了：请使用 Pango。
既然您已经了解了国际化的基本思想，那么接下来看看如何在 GTK+ 代码中处理它们。
首先，您必须声明一些允许 gettext 库为您的应用程序找到正确消息的名称。请注意，在现实的场景中，构建系统将为您处理这些名称，但是出于我们的需要，可以使用下面的名称：
#define GETTEXT_PACKAGE "foo-app"
#define LOCALEDIR "mo"
在此之后，您必须正确地包含 gettext Header。完成该任务的最简单的方法是使用 GLib 提供的可用 Header（在 Versions 2.4 及更高版本中可用）：
#include &glib/gi18n.h&
这个 Header 为您提供了 _() 和 N_() 宏，用来标记可翻译的字符串，稍后您将看到。
现在，您必须以一种 gettext 可以识别并在运行时进行翻译的方式来标记用户可见的字符串。出于这两个目的，您可以使用 _() 宏，它是 gettext() 函数完整调用的简短别名。
gettext() 函数查找消息目录中提供的字符串，以判断对于当前语言，是否存在一个经过翻译的合适的版本。如果存在，它会返回翻译结果；否则，它会返回原始字符串。当您为源代码进行翻译准备工作时，在扫描过程中将单词 gettext 作为标记，以便提取要翻译的消息并将其放置到单独的文件中。
认识到了这一点，您就可以开始以不同的语言进行表达了。在程序开始执行之前，您必须初始化 gettext：
bindtextdomain (GETTEXT_PACKAGE, LOCALEDIR);
bind_textdomain_codeset (GETTEXT_PACKAGE, "UTF-8");
textdomain (GETTEXT_PACKAGE);
现在，您可以使用 gettext() 调用来替换所出现的每个可以翻译的字符串。因此，下面的代码行形式：
gtk_label_set_markup(GTK_LABEL (label1), "&b&Normal mode Foo, translated:&/b&");
gtk_label_set_markup(GTK_LABEL (label1), _("&b&Normal mode Foo, translated:&/b&"));
这就是与此有关的全部内容，其中有两点例外之处。一个是不能在静态字符串中使用 gettext()，因为它是一个函数。在这种情况下，可以使用 N_() 宏，它不进行任何扩展，但会被作为对翻译内容进行标记的关键词。稍后在需要使用的地方，可以和前面一样使用 _()。因此：
const char *msg = N_("Important message");
do_important_stuff(_(msg));
另一个例外是包含某个数值变量的情况，如检索的文件的数目。在这种情况下，可以使用 ngettext() 函数，它能够理解复数。GNU gettext 库手册中包含了该函数的细节信息，以及关于 gettext() 函数的使用和操作的细节信息。
最后，请正确地选择哪些内容应该翻译，哪些内容不应该翻译。通常，所有用户可见的字符串都是翻译工作的候选对象。然而，对于调试信息和其他面向开发人员的信息，可以保留其中的部分或所有内容不进行翻译，以使得您自己和其他开发人员能够理解并在源代码中对其进行查找。FooWidget 便是这种方式的一个示例（请参见下面的“自定义小部件”），它包含了一个模拟的调试模式，在该模式中 RTL 或者 LTR 标记都没有进行翻译。
与此类似，避免翻译那些不是真正的单词的内容。例如，不要翻译 TCP/IP 状态标记，即使它们最初来自于英语单词。这类错误几乎随处可见，例如，在 Microsoft Windows 的网络工具中，类似 SYN_ACK 的内容被翻译 为毫无意义的波兰语 ZGODN_POTW。其结果是所有的人，包括说本族语的人，都被弄糊涂了，感到无法理解，甚至在 Internet 上查阅这样的信息。
自定义小部件
提供（或不提供，在合适的情况下）经过翻译的字符串是整个工作中重要的部分。其他的部分则是能够正确地显示这些字符串。要实现这个目标，需要您的应用程序能够处理文本方向为 RTL 的区域设置，而不是通常的英语中从左到右 (LTR) 的文本。因为这些区域设置中的文本是从右到左的，所以必须对 GUI 进行逻辑镜像（请参见图 1）。
图 1. 使用阿拉伯语运行的 GTK+ 应用程序
幸运的是，在百分之九十九的情况下，您几乎不用做任何事情 就可以启用这种模式。GTK+ 对这些工作进行自动处理，此外，由于布局代码根据小部件之间的逻辑关系而不是硬编码的像素座标进行操作。
即使您创建自定义的小部件，通常无需进行任何工作就可以实现对 RTL 区域设置的支持。只要您的小部件是其他小部件混合而成的，那么 GTK+ 中的布局逻辑将生效并完成正确的工作。真正需要您考虑本文方向的唯一情况是，您的小部件包含无法自动地进行镜像的自定义绘制代码，或者包含依赖于文本方向的其他逻辑。
作为示例，我包含了一个模拟的 FooWidget 应用程序，它并不完成任何特别有价值的工作，但是它可以对文本方向起作用并设置适当的消息。真正需要的只是使用 gtk_widget_get_direction() 进行简单的检查。因此，对于 FooWidget，下面代码中的技巧位于它的 _init() 函数中：
GtkTextDirection dir = gtk_widget_get_direction(GTK_WIDGET (self));
if(dir == GTK_TEXT_DIR_LTR)
priv-&label = gtk_label_new(ltr);
priv-&label = gtk_label_new(rtl);
正如您所看到的，对用户的区域设置进行调整是非常简单的，并且仅依赖于您的小部件的复杂程度。如果您所完成的工作比较复杂，那么相应的代码可能会有些棘手。但是对于大多数用户，确保正常运行所需的工作仅包括简单的检查和直接的更改，如使用加法代替减法。
最后的说明
本文篇幅有限，无法详细地说明有关国际化的所有内容。特别是，本文没有涉及 Pango 的使用。幸运的是，如果您不打算编写很多的自定义小部件，那么您就不需要经常使用 Pango，并且大多数人也不需要这样做。然而，如果您发现自己需要进行文本显示，那么请务必使用 Pango 函数来进行布局、测量以及表示文本。
本文没有涉及到的另一个重要的方面是与您的构建系统进行集成。这种集成区别很大，具体取决于您所使用的对象，但是您必须正确地集成国际化以确保您的翻译是最新的。一种可能是使用 GNU 自动工具，它具有对 GNU gettext 库和相关实用程序以及来自 GNU gettext 库和相关实用程序的内置支持。这在开放源码项目中特别重要，因为自动工具被认为是缺省的构建系统。然而，由于其灵活性和强大的表达能力，自动工具以违反国际化的相关问题而出名，但没有什么是不能克服的，只是这需要一些（或大量的）专业知识。当您发现自己孤立无助的时候，您可以询问 GTK+ 用户邮件列表中其他的用户（请参见参考资料部分）。可能有人曾经碰到过您所遇到的问题。
请阅读 GNU gettext 库手册。即使您不打算使用 gettext，至少可以阅读一下引言部分：它包含了大量的信息，详细地说明了如何以及为什么库中所完成的工作在很大程度上独立于您所使用的任何特殊工具。
您了解了与应用程序国际化相关的一些挑战和常见的问题，以及如何解决它们。您知道了建立可以识别和支持不同语言和文化的用户需求的 GUI 所需进行的工作。使用本文中包括的参考资料，您可以获得各种各样的工具，以便可以创建能更好地满足更多用户的需求的程序。
技术热点索引
操作系统频道热议话题}