1.Desktop Entry 文件标准简介
在 Windows 平台上,用户可以通过点击位于桌面或菜单上的快捷方式轻松打开目标应用程序。现代 Linux 桌面系统也提供了此项功能。目前,Linux KDE 和 Linux GNOME 桌面系统都使用 Desktop Entry 文件标准来描述程序启动配置信息。Desktop Entry 文件标准是由 FreeDesktop.org(http://freedesktop.org/wiki/) 制定的,目前最新的版本是”Desktop Entry Specification 1.0″[1]。
2.Desktop Entry文件
图1 Linux GNOME 应用程序浏览器
Desktop Entry 文件以”.desktop”为后缀名。以 Linux GNOME 桌面系统为例,用户打开应用程序浏览器后(见图1)会看见很多应用程序快捷方式。事实上,每个应用程序快捷方式都和一个 Desktop Entry 文件相对应。这些 Desktop Entry 文件通常被存放在 /usr/share/applications/ /opt/gnome/share/applications/ 等目录下。从文件浏览器进入这些目录,点击相应的 Desktop Entry 文件同样可以启动相对应的应用程序。
假设当前”/usr/share/applications/”目录下有一文件”cbt.desktop”,用任意文件编辑软件(如 vi 或 gedit)打开”cbt.desktop”,将得到如下内容:
清单1 “cbt.desktop”文件内容
GenericName = User Tutorial |
Comment = Computer Based Training tutorial to \ |
guide and help you learn how to use the Desktop |
gnome-open /usr/share/doc/manual/sled-gnome-cbt_en/index.html |
Categories = GNOME;Application;Documentation; |
Name[cs] = Rychlá prohlídka systému |
Comment[cs] = V?ukov? program seznamující u?ivatele |
se základy pracovního prost?edí |
GenericName[cs] = U?ivatelsk? tutoriál |
Name[hu] = Rendszerbemutató |
Comment[hu] = A munkaállomés használatát bemutató segédlet |
GenericName[hu] = Felhasználói segédlet |
本文将在下一节中结合上述”cbt.desktop”文件内容重点解析 Desktop Entry 的文件结构。读者可以从中深入领会上述各条语句的具体含义。
3.Desktop Entry 文件结构
Desktop Entry 文件通常以字符串”[Desktop Entry]”开始。由清单 1 可以得知,Desktop Entry 文件的内容是由若干{关键字,数值}配对的 Entry 组成的。例如,”Version”就是一个关键字,关键字”Version”对应的数值是”1.0″。Desktop Entry 文件标准定义了一系列标准关键字。标准关键字分为必选和可选两种:必选标准关键字必须在 .desktop 文件中被定义;而可选关键字则不必。以下是对重点关键字的解析。
- 关键字”Version”:[可选] 该数值指定了当前 Desktop Entry 文件所遵循的 Desktop Entry 文件标准版本。
- 关键字”Encoding”:[1.0 版本不推荐使用] 该数值指定了当前 Desktop Entry 文件中特定字符串所使用的编码方式。尽管Desktop Entry 文件标准 1.0 不再推荐使用该关键字,但由于历史原因该关键字仍然广泛出现在现有的 Desktop Entry 文件中。
- 关键字”Name”:[必选]
该数值指定了相关应用程序的名称。比如在清单1中关键字”Name”的数值是”Quick Start Tour”。打开文件浏览器,进入”/usr/share/applications”目录,就可以看见”cbt.desktop”文件所定义的快捷方式的显示样式,如图2所示。其中,快捷方式的显示名称由关键字”Name”的数值所决定,快捷方式所使用的图标由下文中将要介绍的关键字”Icon”的数值来决定。当然,这些定义在应用程序浏览器中同样适用,请参考图3。
图2 “cbt.desktop”文件在文件浏览器中的显示样式
- 关键字”GenericName”:[可选]
该数值指定了相关应用程序的通用名称。比如在清单1中关键字”GenericName”的数值是”User Tutorial”。打开应用程序浏览器,就可以看见字符串”User Tutorial”被显示在图标的右侧,如图3所示:
图3 “cbt.desktop”文件在应用程序浏览器中的显示样式
- 关键字”Comment”:[可选]
该数值是对当前Desktop Entry的简单描述。
- 关键字”Type”:[必选]
关键字”Type”定义了Desktop Entry文件的类型。常见的”Type”数值是”Application”和”Link”。”Type = Application”表示当前Desktop Entry文件指向了一个应用程序;而”Type = Link”表示当前Desktop Entry文件指向了一个URL (Uniform Resource Locator)。
- 关键字”Exec”:[可选]
关键字”Exec”只有在”Type”类型是”Application”时才有意义。”Exec”的数值定义了启动指定应用程序所要执行的命令,在此命令是可以带参数的。在本例中,关键字”Exec”的数值是字符串”gnome-open /usr/share/doc/manual/sled-gnome-cbt_en/index.html”。在shell中输入该字符串并按回车键同样可以启动指定应用程序。
- 关键字”URL”:[可选]
关键字”URL”只有在”Type”类型是”Link”时才有意义。”URL”的数值定义了该Desktop Entry文件指向的URL。例如:
清单2 “Type = Link”类型Desktop Entry文件示例
Type = Link
URL = http://www.ibm.com/developerworks
|
双击含有上述内容的Desktop Entry文件将启动web浏览器,并打开指定网页”http://www.ibm.com/developerworks“,运行结果请参考图4。
- 关键字”Icon”:[可选]
该数值定义了当前Desktop Entry文件在应用程序浏览器或是在文件浏览器中所显示的图标。如果关键字”Icon”的数值是以绝对路径的格式给出,那么其数值所指定图标文件将被使用;反之,Linux系统将使用”Icon Theme Specification”[2]在系统指定图标目录下定位所需要使用的图标文件。比如在本例中关键字”Icon”的数值是”cbt”,它实际对应着系统指定图标目录下的图片文件”cbt.png” 。该图片作为图标的显示效果如图2,图3所示。
- 关键字”StartupNotify”:[可选]
关键字”StartupNotify”的数值是布尔值(true 或是 false)。该关键字只有在”Type”类型是”Application”时才有意义。其数值的含义由规范”Startup Notification Protocol Specifications”[3]定义,在此不再详述。
- 关键字”Terminal”:[可选]
和”StartupNotify”一样,关键字”StartupNotify”的数值也是布尔值,并且该关键字只有在”Type”类型是”Application”时才有意义。其数值指出了相关应用程序(即关键字”Exec”的数值)是否需要在终端窗口中运行。本文将在下一节中给出关键字”Terminal”的具体使用方法。
- 关键字”Categories”:[可选]
关键字”Categories”只有在”Type”类型是”Application”时才有意义。”Categories”的数值指出了相关应用程序在菜单中显示的类别。具体菜单分类由规范”Desktop Specification Menu”具体定���[4]。
- 关键字”OnlyShowIn”和”NotShowIn”:[可选]
这两个关键字分别定义了当前Desktop Entry是否在特定Linux 桌面系统(例如:Linux GNOME 或 Linux KDE)下显示(由”OnlyShowIn”定义),或不显示(由”NotShowIn”定义)。具体定义请参考”Desktop Specification Menu”[4]。
- 关键字”X-SuSE-translate”:[SUSE Linux特有]
关键字”X-SuSE-translate”是SUSE Linux(http://www.novell.com/linux/)特有的。”X-SuSE-translate”符合SUSE RPM Package风格。”X-SuSE-translate”数值表示是否要对关键字”Name”和”GenericName”进行翻译。详情请参考”SUSE Package Conventions”[5]。
- 本地化关键字”[LOCALE]”
根据”Desktop Entry Specification”规范[1],在关键字后加上字符串”[LOCALE]”就可以对该关键字进行特定的本地化定义。”LOCALE”的合法取值为:
LOCALE= lang_COUNTRY.ENCODING@MODIFIER
|
在此,域”_COUNTRY”,”.ENCODING”和”@MODIFIER”是可以被忽略的。当指定Desktop Entry文件被解析时,解析器应当根据当前POSIX locale来正确获取本地化的关键字数值。例如清单1就分别定义了在”cs”和”hu”语言环境下关键字”Name”,”Comment” 和”GenericName”的不同数值。
- 其余关键字
除了上述在清单1中出现的关键字外,”Desktop Entry Specification”还定义了”Hidden”,”TryExec”,”MimeType”等可选关键字。用户可以根据需要进行选取。
4.分析运行 Desktop Entry 文件
Desktop Entry文件是一种常见的Linux文件格式,很多Linux程序需要对该种文件提供支持。在此,本文给出分析运行 Desktop Entry 文件的基本编成思路。
4.1 分析 Desktop Entry 文件内容
操作 Desktop Entry 文件的第一步是获取文件的内容。假设有一 Desktop Entry 文件,其路径信息存储在变量 pPath 中:
const char* pPath;
下列代码将把该文件内容读入内存”buffer”中。
清单3 读取 Desktop Entry 文件内容
char *file_contents = NULL; |
if ( eel_read_entire_file ( pPath, &file_size, &file_contents ) == GNOME_VFS_OK ) |
buffer = ( char *)g_realloc ( file_contents, file_size + 1 ); |
buffer[file_size] = ‘\0’ ; |
获取 Desktop Entry 文件内容后,就可进一步分析文件内容。在此,分析的重点是获取关键字”Type”,”Exec”/”URL”,以及”Terminal”的数值。首先定义结构 DestopEntryType:
清单4 DestopEntryType 结构定义
下列程序将提取关键字”Type”,”Exec”/”URL”和”Terminal”的数值,并把这些数值分别存储在变量”type”,”uri”和”bTerminal”中。
清单5 获取关键字”Type”,”Exec”/”URL”,以及”Terminal”数值
DestopEntryType type = Unknown; |
GnomeDesktopItem *desktop_file; |
desktop_file = gnome_desktop_item_new_from_string( NULL, buffer, file_size, |
(GnomeDesktopItemLoadFlags)0, NULL ); |
const char *strType = gnome_desktop_item_get_string( desktop_file, “Type” ); |
gnome_desktop_item_unref ( desktop_file ); |
if ( 0 == strcmp ( strType, “Application” ) ) |
const char *exec_str = gnome_desktop_item_get_string( desktop_file, “Exec” ); |
gnome_desktop_item_unref( desktop_file ); |
uri = g_strdup( exec_str ); |
const char *strTerminal = gnome_desktop_item_get_string( desktop_file, “Terminal” ); |
if ( 0 == strcmp ( “true” , strTerminal ) ) |
else if ( strcmp (strType, “Link” ) == 0) |
uri = g_strdup( gnome_desktop_item_get_string( desktop_file, “URL” ) ); |
gnome_desktop_item_unref( desktop_file ); |
4.2 运行”Type = Application”类型Desktop Entry文件
有了关键字”Type”,”Exec”和”Terminal”的数值,就可如下运行Desktop Entry文件。
清单6 运行”Type = Application”类型Desktop Entry文件
if ( type == Application ) |
eel_gnome_open_terminal_on_screen( uri, NULL ); |
eel_gnome_shell_execute_on_screen( uri, NULL); |
4.3 运行”Type = Link”类型Desktop Entry文件
有了关键字”Type”,”URL”和”Terminal”的数值,就可如下运行Desktop Entry文件。
清单7 运行”Type = Link”类型Desktop Entry文件
gnome_url_show( uri, NULL ); |
5.创建Desktop Entry文件实例
在这部分中,本文将给出创建Desktop Entry文件的两个具体实例。这两个实例的目标都是要创建自动访问IBM DeveloperWorks网站的快捷方式,具体运行结果如图4所示。这两个实例将使用不同的方法实现这一目标。第一个实例将创建的文件类型是”Application”的Desktop Entry文件”VisitDeveloperWorks-Application.desktop”;第二个实例将创建的文件类型是”Link” 的Desktop Entry文件”VisitDeveloperWorks-Link.desktop”。
图4 “VisitDeveloperWorks-Application.desktop” / “VisitDeveloperWorks-Link.desktop”运行结果
5.1 创建”Type = Application”Desktop Entry文件实例
假设系统指定图标目录下存有图片文件”gaim.png” 。如图5所示编辑文件”VisitDeveloperWorks-Application.desktop”,并把结果存于”/usr/share/applications/”目录下。
图5 “VisitDeveloperWorks-Application.desktop”文件内容
该文件的核心内容是将应用程序图标设置为”gaim.png”文件,将Desktop Entry文件的类型设置为”Application”,并将应用程序所要执行的命令设置为”firefox http://www.ibm.com/developerworks”。编辑完成后,在文件浏览器和应用程序浏览器下(如图6所示)就可以看见该实例的显示样式。
图6 “VisitDeveloperWorks-Application.desktop”文件在应用程序浏览器中的显示样式
5.2 创建”Type = Link”Desktop Entry文件实例
对上述”VisitDeveloperWorks-Application.desktop”文件进行如图7所示的修改,并将文件更名为”VisitDeveloperWorks-Link.desktop”,保存于”/usr/share/applications/”目录下。
图7 “VisitDeveloperWorks-Link.desktop”文件内容
该文件的核心内容是将 Desktop Entry 文件的类型设置为”Link”,并将 Desktop Entry 文件指向的 URL 设置为”http://www.ibm.com/developerworks”。编辑完成后,在文件浏览器下(如图8所示)就可以看见该实例的显示样式。值得注意的是,由于该实例并不是一个应用程序,因此在应用程序浏览器下是看不到相应快捷方式的。
图8 “VisitDeveloperWorks-Link.desktop”文件在文件浏览器中的显示样式
6.结束语
Desktop Entry文件是Linux KDE 和Linux GNOME桌面系统中标准的程序启动配置描述方式。本文对该文件格式的定义和应用进行了深入的探讨。欲求更详细的使用和编程信息,请查找相关参考文献。
参考资料
- [1] “Desktop Entry Specification“。
- [2] “Icon Theme Specification“。
- [3] “Startup Notification Protocol Specifications“。
- [4] “Desktop Specification Menu“。
- [5] “SUSE Package Conventions“。
关于作者
龚奕平,软件工程师,IBM 中国软件开发中心 WPLC 部。现主要从事 Notes Linux 产品的研究及开发。研究兴趣包括 Windows 应用程序跨平台移植、GDI 开发、网络设备开发和调度算法研究。联系方式:gongyp@cn.ibm.com.