Chromium Code Reviews
chromiumcodereview-hr@appspot.gserviceaccount.com (chromiumcodereview-hr) | Please choose your nickname with Settings | Help | Chromium Project | Gerrit Changes | Sign out
(124)

Side by Side Diff: third_party/xdg-utils/README

Issue 151098: Patch from mdm@google.com... (Closed) Base URL: svn://chrome-svn/chrome/trunk/deps/
Patch Set: Created 11 years, 5 months ago
Use n/p to move between diff chunks; N/P to move between comments. Draft comments are only viewable by you.
Jump to:
View unified diff | Download patch | Annotate | Revision Log
« no previous file with comments | « third_party/xdg-utils/Makefile.in ('k') | third_party/xdg-utils/RELEASE_NOTES » ('j') | no next file with comments »
Toggle Intra-line Diffs ('i') | Expand Comments ('e') | Collapse Comments ('c') | Show Comments Hide Comments ('s')
OLDNEW
(Empty)
1 xdg-utils
2 ---------
3
4 The xdg-utils package is a set of simple scripts that provide
5 basic desktop integration functions for any Free Desktop, such as Linux.
6
7 They are intended to provide a set of defacto standards. This
8 means that:
9 * Third party software developers can rely on these xdg-utils
10 for all of their simple integration needs.
11
12 * Developers of desktop environments can make sure that their
13 environments are well supported
14
15 If a desktop developer wants to be certain that their environment
16 functions with all third party software, then can simply
17 make sure that these utilities work properly in their environment.
18
19 This will hopefully mean that 'third tier' window managers
20 such as XFCE and Blackbox can reach full parity with Gnome and KDE
21 in terms of third party ISV support.
22
23 * Distribution vendors can provide custom versions of these utilities
24
25 If a distribution vendor wishes to have unusual systems,
26 they can provide custom scripts, and the third party software
27 should still continue to work.
28
29
30 OVERVIEW:
31 ---------
32
33 The following tools are included in xdg-utils 1.0:
34
35 xdg-desktop-menu Install desktop menu items
36 xdg-desktop-icon Install icons to the desktop
37 xdg-icon-resource Install icon resources
38 xdg-mime Query information about file type handling and
39 install descriptions for new file types
40 xdg-open Open a file or URL in the user's preferred application
41 xdg-email Send mail using the user's preferred e-mail composer
42 xdg-screensaver Control the screensaver
43
44
45 BUILD:
46 ------
47
48 Building is not required, all tools are located in the
49 scripts/ subdirectory and are ready to be used.
50
51 You can optionally choose to install the scripts
52 to a target directory. To do this, you could issue
53 the following commands:
54 ./configure [--prefix=<your-place-here>]
55 make install
56 that would cause the scripts to be installed to
57 <your-place-here>/bin
58
59
60 USE:
61 ----
62
63 Although we expect that these scripts will generally come as part
64 of the operating system, we recommend that you package the scripts
65 that your application needs along with your product as a fallback. For
66 this purpose please obtain the original version of the xdg-utils from
67 http://portland.freedesktop.org. The xdg-utils scripts that are
68 distributed by operating systems vendors may have been tuned for their
69 particular operating system and may not work on the same broad variety
70 of operating systems as the original version.
71
72 We recommend that you place these scripts in a directory, and
73 then add that directory to the end of the PATH. So, let's say that
74 you're writing your post installation script, and you want to create
75 a menu on any xdg-util compliant environment. Let's further assume
76 that you've just installed to $INSTALL_DIR, and that your menu
77 desktop file is in $INSTALL_DIR/desktop/icon.desktop. Finally, let's
78 say that you've included the xdg-utils package in your installation
79 in $INSTALL_DIR/xdg-utils.
80
81 Then a simple post install script could look like this:
82
83 export PATH=$PATH:$INSTALL_DIR/xdg-utils
84 xdg-desktop-menu install $INSTALL_DIR/mycompany-myapp.desktop
85
86 And now your product has a menu on any XDG compliant desktop!
87
88 Note that we strongly recommend using this method - that is,
89 putting your copy of the xdg-utils at the end of the path,
90 and then invoking them without a specific path name.
91
92 That will allow your users and their system providers to
93 use custom versions of the xdg-utils to adjust for system spsecific
94 differences.
95
96 If you wish to absolutely force the issue and only use the versions
97 you shipped, you could instead hard code the path to the version
98 you bundle with your application. We strongly recommend against
99 this, as it will make your product obsolete more quickly than is
100 necessary.
OLDNEW
« no previous file with comments | « third_party/xdg-utils/Makefile.in ('k') | third_party/xdg-utils/RELEASE_NOTES » ('j') | no next file with comments »

Powered by Google App Engine
This is Rietveld 408576698