1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296 297 298 299 300 301 302 303 304 305 306 307 308 309 310 311 312 313 314 315 316 317 318 319 320 321 322 323 324 325 326 327 328 329 330 331 332 333 334 335 336 337 338 339 340 341 342 343 344 345 346 347 348 349 350 351 352 353 354 355 356 357 358 359 360 361 362 363 364 365 366 367 368 369 370 371 372 373 374
|
/////////////////////////////////////////////////////////////////////////////
// Name: stdpaths.h
// Purpose: interface of wxStandardPaths
// Author: wxWidgets team
// Licence: wxWindows licence
/////////////////////////////////////////////////////////////////////////////
/**
@class wxStandardPaths
wxStandardPaths returns the standard locations in the file system and should be
used by applications to find their data files in a portable way.
Note that you must not create objects of class wxStandardPaths directly,
but use the global standard paths object returned by wxStandardPaths::Get()
(which can be of a type derived from wxStandardPaths and not of exactly
this type) and call the methods you need on it. The object returned by
Get() may be customized by overriding wxAppTraits::GetStandardPaths()
methods.
In the description of the methods below, the example return values are given
for the Unix, Windows and Mac OS X systems, however please note that these are
just the examples and the actual values may differ. For example, under Windows:
the system administrator may change the standard directories locations, e.g.
the Windows directory may be named @c "W:\Win2003" instead of
the default @c "C:\Windows".
Notice that in the examples below the string @c appinfo may be either just
the application name (as returned by wxApp::GetAppName()) or a combination
of the vendor name (wxApp::GetVendorName()) and the application name, with
a path separator between them. By default, only the application name is
used, use UseAppInfo() to change this.
The other placeholders should be self-explanatory: the string @c username
should be replaced with the value the name of the currently logged in user.
and @c prefix is only used under Unix and is @c /usr/local by default but
may be changed using wxStandardPaths::SetInstallPrefix().
The directories returned by the methods of this class may or may not exist.
If they don't exist, it's up to the caller to create them, wxStandardPaths doesn't
do it.
Finally note that these functions only work with standardly packaged
applications. I.e. under Unix you should follow the standard installation
conventions and under Mac you should create your application bundle according
to the Apple guidelines. Again, this class doesn't help you to do it.
This class is MT-safe: its methods may be called concurrently from different
threads without additional locking.
@library{wxbase}
@category{file}
@see wxFileConfig
*/
class wxStandardPaths
{
public:
/// Possible values for category parameter of GetLocalizedResourcesDir().
enum ResourceCat
{
/// No special category, this is the default.
ResourceCat_None,
/// Message catalog resources category.
ResourceCat_Messages
};
/**
MSW-specific function undoing the effect of IgnoreAppSubDir() calls.
After a call to this function the program directory will be exactly the
directory containing the main application binary, i.e. it undoes the
effect of any previous IgnoreAppSubDir() calls including the ones done
indirectly by IgnoreAppBuildSubDirs() called from the class
constructor.
@since 2.9.1
*/
void DontIgnoreAppSubDir();
/**
Returns reference to the unique global standard paths object.
*/
static wxStandardPaths& Get();
/**
Return the directory for the document files used by this application.
If the application-specific directory doesn't exist, this function
returns GetDocumentsDir().
Example return values:
- Unix: @c ~/appinfo
- Windows: @c "C:\Documents and Settings\username\My Documents\appinfo"
- Mac: @c ~/Documents/appinfo
@since 2.9.0
*/
virtual wxString GetAppDocumentsDir() const;
/**
Return the directory containing the system config files.
Example return values:
- Unix: @c /etc
- Windows: @c "C:\Documents and Settings\All Users\Application Data"
- Mac: @c /Library/Preferences
@see wxFileConfig
*/
virtual wxString GetConfigDir() const;
/**
Return the location of the applications global, i.e.\ not user-specific,
data files.
Example return values:
- Unix: @c prefix/share/appinfo
- Windows: the directory where the executable file is located
- Mac: @c appinfo.app/Contents/SharedSupport bundle subdirectory
Under Unix (only) it is possible to override the default value returned
from this function by setting the value of @c WX_APPNAME_DATA_DIR
environment variable to the directory to use (where @c APPNAME is the
upper-cased value of wxApp::GetAppName()). This is useful in order to
be able to run applications using this function without installing them
as you can simply set this environment variable to the source directory
location to allow the application to find its files there.
@see GetLocalDataDir()
*/
virtual wxString GetDataDir() const;
/**
Return the directory containing the current user's documents.
Example return values:
- Unix: @c ~ (the home directory)
- Windows: @c "C:\Documents and Settings\username\My Documents"
- Mac: @c ~/Documents
@since 2.7.0
@see GetAppDocumentsDir()
*/
virtual wxString GetDocumentsDir() const;
/**
Return the directory and the filename for the current executable.
Example return values:
- Unix: @c /usr/local/bin/exename
- Windows: @c "C:\Programs\AppFolder\exename.exe"
- Mac: @c /Applications/exename.app/Contents/MacOS/exename
*/
virtual wxString GetExecutablePath() const;
/**
Return the program installation prefix, e.g.\ @c /usr, @c /opt or @c /home/zeitlin.
If the prefix had been previously by SetInstallPrefix(), returns that
value, otherwise tries to determine it automatically (Linux only right now)
and finally returns the default @c /usr/local value if it failed.
@note This function is only available under Unix platforms (but not limited
to wxGTK mentioned below).
@onlyfor{wxos2,wxgtk}
*/
wxString GetInstallPrefix() const;
/**
Return the location for application data files which are host-specific and
can't, or shouldn't, be shared with the other machines.
This is the same as GetDataDir() except under Unix where it returns @c /etc/appinfo.
*/
virtual wxString GetLocalDataDir() const;
/**
Return the localized resources directory containing the resource files of the
specified category for the given language.
In general this is just the same as @a lang subdirectory of GetResourcesDir()
(or @c lang.lproj under Mac OS X) but is something quite different for
message catalog category under Unix where it returns the standard
@c prefix/share/locale/lang/LC_MESSAGES directory.
@since 2.7.0
*/
virtual wxString
GetLocalizedResourcesDir(const wxString& lang,
ResourceCat category = ResourceCat_None) const;
/**
Return the directory where the loadable modules (plugins) live.
Example return values:
- Unix: @c prefix/lib/appinfo
- Windows: the directory of the executable file
- Mac: @c appinfo.app/Contents/PlugIns bundle subdirectory
@see wxDynamicLibrary
*/
virtual wxString GetPluginsDir() const;
/**
Return the directory where the application resource files are located.
The resources are the auxiliary data files needed for the application to run
and include, for example, image and sound files it might use.
This function is the same as GetDataDir() for all platforms except Mac OS X.
Example return values:
- Unix: @c prefix/share/appinfo
- Windows: the directory where the executable file is located
- Mac: @c appinfo.app/Contents/Resources bundle subdirectory
@since 2.7.0
@see GetLocalizedResourcesDir()
*/
virtual wxString GetResourcesDir() const;
/**
Return the directory for storing temporary files.
To create unique temporary files, it is best to use wxFileName::CreateTempFileName
for correct behaviour when multiple processes are attempting to create temporary files.
@since 2.7.2
*/
virtual wxString GetTempDir() const;
/**
Return the directory for the user config files:
- Unix: @c ~ (the home directory)
- Windows: @c "C:\Documents and Settings\username\Application Data"
- Mac: @c ~/Library/Preferences
Only use this method if you have a single configuration file to put in this
directory, otherwise GetUserDataDir() is more appropriate as the latter
adds @c appinfo to the path, unlike this function.
*/
virtual wxString GetUserConfigDir() const;
/**
Return the directory for the user-dependent application data files:
- Unix: @c ~/.appinfo
- Windows: @c "C:\Documents and Settings\username\Application Data\appinfo"
- Mac: @c "~/Library/Application Support/appinfo"
*/
virtual wxString GetUserDataDir() const;
/**
Return the directory for user data files which shouldn't be shared with
the other machines.
This is the same as GetUserDataDir() for all platforms except Windows where it returns
@c "C:\Documents and Settings\username\Local Settings\Application Data\appinfo"
*/
virtual wxString GetUserLocalDataDir() const;
/**
MSW-specific function to customize application directory detection.
This class supposes that data, plugins &c files are located under the
program directory which is the directory containing the application
binary itself. But sometimes this binary may be in a subdirectory of
the main program directory, e.g. this happens in at least the following
common cases:
- The program is in "bin" subdirectory of the installation directory.
- The program is in "debug" subdirectory of the directory containing
sources and data files during development
By calling this function you instruct the class to remove the last
component of the path if it matches its argument. Notice that it may be
called more than once, e.g. you can call both IgnoreAppSubDir("bin") and
IgnoreAppSubDir("debug") to take care of both production and development
cases above but that each call will only remove the last path component.
Finally note that the argument can contain wild cards so you can also
call IgnoreAppSubDir("vc*msw*") to ignore all build directories at once
when using wxWidgets-inspired output directories names.
@since 2.9.1
@see IgnoreAppBuildSubDirs()
@param subdirPattern
The subdirectory containing the application binary which should be
ignored when determining the top application directory. The pattern
is case-insensitive and may contain wild card characters @c '?' and
@c '*'.
*/
void IgnoreAppSubDir(const wxString& subdirPattern);
/**
MSW-specific function to ignore all common build directories.
This function calls IgnoreAppSubDir() with all common values for build
directory, e.g. @c "debug" and @c "release".
It is called by the class constructor and so the build directories are
always ignored by default. You may use DontIgnoreAppSubDir() to avoid
ignoring them if this is inappropriate for your application.
@since 2.9.1
*/
void IgnoreAppBuildSubDirs();
/**
Returns location of Windows shell special folder.
This function is, by definition, MSW-specific. It can be used to access
pre-defined shell directories not covered by the existing methods of
this class, e.g.:
@code
#ifdef __WXMSW__
// get the location of files waiting to be burned on a CD
wxString cdburnArea =
wxStandardPaths::MSWGetShellDir(CSIDL_CDBURN_AREA);
#endif // __WXMSW__
@endcode
@param csidl
@since 2.9.1
*/
static wxString MSWGetShellDir(int csidl);
/**
Lets wxStandardPaths know about the real program installation prefix on a Unix
system. By default, the value returned by GetInstallPrefix() is used.
Although under Linux systems the program prefix may usually be determined
automatically, portable programs should call this function. Usually the prefix
is set during program configuration if using GNU autotools and so it is enough
to pass its value defined in @c config.h to this function.
@note This function is only available under Unix platforms (but not limited
to wxGTK mentioned below).
@onlyfor{wxos2,wxgtk}
*/
void SetInstallPrefix(const wxString& prefix);
/**
Controls what application information is used when constructing paths that
should be unique to this program, such as the application data directory, the
plugins directory on Unix, etc.
Valid values for @a info are:
- @c AppInfo_None: don't use neither application nor vendor name in
the paths.
- @c AppInfo_AppName: use the application name in the paths.
- @c AppInfo_VendorName: use the vendor name in the paths, usually
used combined with AppInfo_AppName, i.e. as @code AppInfo_AppName |
AppInfo_VendorName @endcode
By default, only the application name is used.
@since 2.9.0
*/
void UseAppInfo(int info);
protected:
/**
Protected default constructor.
This constructor is protected in order to prevent creation of objects
of this class as Get() should be used instead to access the unique
global wxStandardPaths object of the correct type.
*/
wxStandardPaths();
};
|