2008-03-08 08:52:38 -05:00
|
|
|
/////////////////////////////////////////////////////////////////////////////
|
|
|
|
// Name: config.h
|
|
|
|
// Purpose: documentation for wxConfigBase class
|
|
|
|
// Author: wxWidgets team
|
|
|
|
// RCS-ID: $Id$
|
|
|
|
// Licence: wxWindows license
|
|
|
|
/////////////////////////////////////////////////////////////////////////////
|
|
|
|
|
|
|
|
/**
|
|
|
|
@class wxConfigBase
|
|
|
|
@wxheader{config.h}
|
2008-03-08 09:43:31 -05:00
|
|
|
|
2008-03-08 08:52:38 -05:00
|
|
|
wxConfigBase class defines the basic interface of all config classes. It can
|
|
|
|
not be used by itself (it is an abstract base class) and you will always use one
|
|
|
|
of its derivations: wxFileConfig,
|
|
|
|
wxRegConfig or any other.
|
2008-03-08 09:43:31 -05:00
|
|
|
|
2008-03-08 08:52:38 -05:00
|
|
|
However, usually you don't even need to know the precise nature of the class
|
|
|
|
you're working with but you would just use the wxConfigBase methods. This
|
|
|
|
allows you to write the same code regardless of whether you're working with
|
|
|
|
the registry under Win32 or text-based config files under Unix (or even
|
|
|
|
Windows 3.1 .INI files if you're really unlucky). To make writing the portable
|
|
|
|
code even easier, wxWidgets provides a typedef wxConfig
|
|
|
|
which is mapped onto the native wxConfigBase implementation on the given
|
|
|
|
platform: i.e. wxRegConfig under Win32 and
|
|
|
|
wxFileConfig otherwise.
|
2008-03-08 09:43:31 -05:00
|
|
|
|
2008-03-08 08:52:38 -05:00
|
|
|
See @ref overview_wxconfigoverview "config overview" for the descriptions of all
|
|
|
|
features of this class.
|
2008-03-08 09:43:31 -05:00
|
|
|
|
|
|
|
It is highly recommended to use static functions @e Get() and/or @e Set(),
|
2008-03-08 08:52:38 -05:00
|
|
|
so please have a @ref overview_wxconfigstaticfunctions "look at them."
|
2008-03-08 09:43:31 -05:00
|
|
|
|
2008-03-08 08:52:38 -05:00
|
|
|
@library{wxbase}
|
|
|
|
@category{misc}
|
|
|
|
*/
|
|
|
|
class wxConfigBase : public wxObject
|
|
|
|
{
|
|
|
|
public:
|
|
|
|
/**
|
|
|
|
)
|
|
|
|
This is the default and only constructor of the wxConfigBase class, and
|
|
|
|
derived classes.
|
|
|
|
|
2008-03-08 09:43:31 -05:00
|
|
|
@param appName
|
2008-03-09 08:33:59 -04:00
|
|
|
The application name. If this is empty, the class will
|
|
|
|
normally use wxApp::GetAppName to set it. The
|
|
|
|
application name is used in the registry key on Windows, and can be used to
|
|
|
|
deduce the local filename parameter if that is missing.
|
2008-03-08 09:43:31 -05:00
|
|
|
@param vendorName
|
2008-03-09 08:33:59 -04:00
|
|
|
The vendor name. If this is empty, it is assumed that
|
|
|
|
no vendor name is wanted, if this is optional for the current config class.
|
|
|
|
The vendor name is appended to the application name for wxRegConfig.
|
2008-03-08 09:43:31 -05:00
|
|
|
@param localFilename
|
2008-03-09 08:33:59 -04:00
|
|
|
Some config classes require a local filename. If this
|
|
|
|
is not present, but required, the application name will be used instead.
|
2008-03-08 09:43:31 -05:00
|
|
|
@param globalFilename
|
2008-03-09 08:33:59 -04:00
|
|
|
Some config classes require a global filename. If
|
|
|
|
this is not present, but required, the application name will be used
|
|
|
|
instead.
|
2008-03-08 09:43:31 -05:00
|
|
|
@param style
|
2008-03-09 08:33:59 -04:00
|
|
|
Can be one of wxCONFIG_USE_LOCAL_FILE and
|
|
|
|
wxCONFIG_USE_GLOBAL_FILE. The style interpretation depends on the config
|
|
|
|
class and is ignored by some implementations. For wxFileConfig, these styles
|
|
|
|
determine whether a local or global config file is created or used: if
|
|
|
|
wxCONFIG_USE_GLOBAL_FILE is used, then settings are read from the global
|
|
|
|
config file and if wxCONFIG_USE_LOCAL_FILE is used, settings are read from
|
|
|
|
and written to local config file (if they are both set, global file is read
|
|
|
|
first, then local file, overwriting global settings). If the
|
|
|
|
flag is present but the parameter is empty, the parameter will be set to a
|
|
|
|
default. If the parameter is present but the style flag not, the relevant
|
|
|
|
flag
|
|
|
|
will be added to the style. For wxRegConfig, thie GLOBAL flag refers to HKLM
|
|
|
|
key while LOCAL one is for the usual HKCU one.
|
|
|
|
For wxFileConfig you can also add wxCONFIG_USE_RELATIVE_PATH by logically
|
|
|
|
or'ing it to either of the _FILE options to tell wxFileConfig to use
|
|
|
|
relative
|
|
|
|
instead of absolute paths.
|
|
|
|
On non-VMS Unix systems, the default local configuration file is ~/.appname.
|
|
|
|
However, this path may be also used as user data directory
|
|
|
|
(see wxStandardPaths::GetUserDataDir) if
|
|
|
|
the application has several data files. In this case wxCONFIG_USE_SUBDIR
|
|
|
|
flag, which changes the default local configuration file to
|
|
|
|
~/.appname/appname
|
|
|
|
should be used. Notice that this flag is ignored if localFilename is
|
|
|
|
provided. This function is new since wxWidgets version 2.8.2
|
|
|
|
For wxFileConfig, you can also add wxCONFIG_USE_NO_ESCAPE_CHARACTERS which
|
|
|
|
will turn off character escaping for the values of entries stored in the
|
|
|
|
config
|
|
|
|
file: for example a foo key with some backslash characters will be stored
|
|
|
|
as foo=C:\mydir instead of the usual storage of
|
|
|
|
foo=C:\\mydir.
|
|
|
|
The wxCONFIG_USE_NO_ESCAPE_CHARACTERS style can be helpful if your config
|
|
|
|
file must be read or written to by a non-wxWidgets program (which might not
|
|
|
|
understand the escape characters). Note, however, that if
|
|
|
|
wxCONFIG_USE_NO_ESCAPE_CHARACTERS style is used, it is is now
|
|
|
|
your application's responsibility to ensure that there is no newline or
|
|
|
|
other illegal characters in a value, before writing that value to the file.
|
2008-03-08 09:43:31 -05:00
|
|
|
@param conv
|
2008-03-09 08:33:59 -04:00
|
|
|
This parameter is only used by wxFileConfig when compiled
|
|
|
|
in Unicode mode. It specifies the encoding in which the configuration file
|
|
|
|
is written.
|
2008-03-08 08:52:38 -05:00
|
|
|
|
|
|
|
@remarks By default, environment variable expansion is on and recording
|
2008-03-09 08:33:59 -04:00
|
|
|
defaults is off.
|
2008-03-08 08:52:38 -05:00
|
|
|
*/
|
|
|
|
wxConfigBase(const wxString& appName = wxEmptyString,
|
|
|
|
const wxString& vendorName = wxEmptyString,
|
|
|
|
const wxString& localFilename = wxEmptyString,
|
|
|
|
const wxString& globalFilename = wxEmptyString,
|
|
|
|
long style = 0);
|
|
|
|
|
|
|
|
/**
|
|
|
|
Empty but ensures that dtor of all derived classes is virtual.
|
|
|
|
*/
|
|
|
|
~wxConfigBase();
|
|
|
|
|
|
|
|
/**
|
|
|
|
@ref ctor() wxConfigBase
|
|
|
|
|
|
|
|
@ref dtor() ~wxConfigBase
|
|
|
|
*/
|
|
|
|
|
|
|
|
|
|
|
|
/**
|
|
|
|
Create a new config object: this function will create the "best"
|
|
|
|
implementation of wxConfig available for the current platform, see comments
|
|
|
|
near the definition of wxCONFIG_WIN32_NATIVE for details. It returns the
|
|
|
|
created object and also sets it as the current one.
|
|
|
|
*/
|
2008-03-09 08:33:59 -04:00
|
|
|
static wxConfigBase* Create();
|
2008-03-08 08:52:38 -05:00
|
|
|
|
|
|
|
/**
|
|
|
|
The functions in this section delete entries and/or groups of entries from the
|
|
|
|
config file. @e DeleteAll() is especially useful if you want to erase all
|
|
|
|
traces of your program presence: for example, when you uninstall it.
|
|
|
|
DeleteEntry()
|
|
|
|
|
|
|
|
DeleteGroup()
|
|
|
|
|
|
|
|
DeleteAll()
|
|
|
|
*/
|
|
|
|
|
|
|
|
|
|
|
|
/**
|
|
|
|
Delete the whole underlying object (disk file, registry key, ...). Primarly
|
|
|
|
for use by uninstallation routine.
|
|
|
|
*/
|
|
|
|
bool DeleteAll();
|
|
|
|
|
|
|
|
/**
|
|
|
|
Deletes the specified entry and the group it belongs to if it was the last key
|
|
|
|
in it and the second parameter is @true.
|
|
|
|
*/
|
|
|
|
bool DeleteEntry(const wxString& key,
|
2008-03-09 08:33:59 -04:00
|
|
|
bool bDeleteGroupIfEmpty = true);
|
2008-03-08 08:52:38 -05:00
|
|
|
|
|
|
|
/**
|
|
|
|
Delete the group (with all subgroups). If the current path is under the group
|
|
|
|
being deleted it is changed to its deepest still existing component. E.g. if
|
|
|
|
the current path is @c /A/B/C/D and the group @c C is deleted the
|
|
|
|
path becomes @c /A/B.
|
|
|
|
*/
|
|
|
|
bool DeleteGroup(const wxString& key);
|
|
|
|
|
|
|
|
/**
|
|
|
|
Calling this function will prevent @e Get() from automatically creating a
|
|
|
|
new config object if the current one is @NULL. It might be useful to call it
|
|
|
|
near the program end to prevent "accidental" creation of a new config object.
|
|
|
|
*/
|
|
|
|
void DontCreateOnDemand();
|
|
|
|
|
|
|
|
/**
|
|
|
|
The functions in this section allow to enumerate all entries and groups in the
|
|
|
|
config file. All functions here return @false when there are no more items.
|
|
|
|
You must pass the same index to GetNext and GetFirst (don't modify it).
|
|
|
|
Please note that it is @b not the index of the current item (you will have
|
|
|
|
some great surprises with wxRegConfig if you assume this) and you shouldn't
|
|
|
|
even look at it: it is just a "cookie" which stores the state of the
|
|
|
|
enumeration. It can't be stored inside the class because it would prevent you
|
|
|
|
from running several enumerations simultaneously, that's why you must pass it
|
|
|
|
explicitly.
|
|
|
|
Having said all this, enumerating the config entries/groups is very simple:
|
2008-03-09 08:33:59 -04:00
|
|
|
|
2008-03-08 08:52:38 -05:00
|
|
|
There are also functions to get the number of entries/subgroups without
|
|
|
|
actually enumerating them, but you will probably never need them.
|
|
|
|
GetFirstGroup()
|
|
|
|
|
|
|
|
GetNextGroup()
|
|
|
|
|
|
|
|
GetFirstEntry()
|
|
|
|
|
|
|
|
GetNextEntry()
|
|
|
|
|
|
|
|
GetNumberOfEntries()
|
|
|
|
|
|
|
|
GetNumberOfGroups()
|
|
|
|
*/
|
|
|
|
|
|
|
|
|
|
|
|
/**
|
|
|
|
returns @true if either a group or an entry with a given name exists
|
|
|
|
*/
|
2008-03-09 12:24:26 -04:00
|
|
|
bool Exists(wxString& strName) const;
|
2008-03-08 08:52:38 -05:00
|
|
|
|
|
|
|
/**
|
|
|
|
permanently writes all changes (otherwise, they're only written from object's
|
|
|
|
destructor)
|
|
|
|
*/
|
2008-03-09 08:33:59 -04:00
|
|
|
bool Flush(bool bCurrentOnly = false);
|
2008-03-08 08:52:38 -05:00
|
|
|
|
|
|
|
/**
|
|
|
|
Get the current config object. If there is no current object and
|
2008-03-09 08:33:59 -04:00
|
|
|
@a CreateOnDemand is @true, creates one
|
2008-03-08 08:52:38 -05:00
|
|
|
(using @e Create) unless DontCreateOnDemand was called previously.
|
|
|
|
*/
|
2008-03-09 08:33:59 -04:00
|
|
|
static wxConfigBase* Get(bool CreateOnDemand = true);
|
2008-03-08 08:52:38 -05:00
|
|
|
|
|
|
|
/**
|
|
|
|
Returns the application name.
|
|
|
|
*/
|
2008-03-09 12:24:26 -04:00
|
|
|
wxString GetAppName() const;
|
2008-03-08 08:52:38 -05:00
|
|
|
|
|
|
|
/**
|
|
|
|
Returns the type of the given entry or @e Unknown if the entry doesn't
|
|
|
|
exist. This function should be used to decide which version of Read() should
|
|
|
|
be used because some of wxConfig implementations will complain about type
|
|
|
|
mismatch otherwise: e.g., an attempt to read a string value from an integer
|
|
|
|
key with wxRegConfig will fail.
|
|
|
|
The result is an element of enum EntryType:
|
|
|
|
*/
|
2008-03-09 12:24:26 -04:00
|
|
|
enum wxConfigBase::EntryType GetEntryType(const wxString& name) const;
|
2008-03-08 08:52:38 -05:00
|
|
|
|
|
|
|
/**
|
|
|
|
Gets the first entry.
|
|
|
|
*/
|
2008-03-09 12:24:26 -04:00
|
|
|
bool GetFirstEntry(wxString& str, long& index) const;
|
2008-03-08 08:52:38 -05:00
|
|
|
|
|
|
|
/**
|
|
|
|
Gets the first group.
|
|
|
|
*/
|
2008-03-09 12:24:26 -04:00
|
|
|
bool GetFirstGroup(wxString& str, long& index) const;
|
2008-03-08 08:52:38 -05:00
|
|
|
|
|
|
|
/**
|
|
|
|
Gets the next entry.
|
|
|
|
*/
|
2008-03-09 12:24:26 -04:00
|
|
|
bool GetNextEntry(wxString& str, long& index) const;
|
2008-03-08 08:52:38 -05:00
|
|
|
|
|
|
|
/**
|
|
|
|
Gets the next group.
|
|
|
|
*/
|
2008-03-09 12:24:26 -04:00
|
|
|
bool GetNextGroup(wxString& str, long& index) const;
|
2008-03-08 08:52:38 -05:00
|
|
|
|
|
|
|
/**
|
|
|
|
|
|
|
|
*/
|
2008-03-09 12:24:26 -04:00
|
|
|
uint GetNumberOfEntries(bool bRecursive = false) const;
|
2008-03-08 08:52:38 -05:00
|
|
|
|
|
|
|
/**
|
|
|
|
Get number of entries/subgroups in the current group, with or without its
|
|
|
|
subgroups.
|
|
|
|
*/
|
2008-03-09 12:24:26 -04:00
|
|
|
uint GetNumberOfGroups(bool bRecursive = false) const;
|
2008-03-08 08:52:38 -05:00
|
|
|
|
|
|
|
/**
|
|
|
|
Retrieve the current path (always as absolute path).
|
|
|
|
*/
|
2008-03-09 12:24:26 -04:00
|
|
|
const wxString GetPath() const;
|
2008-03-08 08:52:38 -05:00
|
|
|
|
|
|
|
/**
|
|
|
|
Returns the vendor name.
|
|
|
|
*/
|
2008-03-09 12:24:26 -04:00
|
|
|
wxString GetVendorName() const;
|
2008-03-08 08:52:38 -05:00
|
|
|
|
|
|
|
/**
|
|
|
|
returns @true if the entry by this name exists
|
|
|
|
*/
|
2008-03-09 12:24:26 -04:00
|
|
|
bool HasEntry(wxString& strName) const;
|
2008-03-08 08:52:38 -05:00
|
|
|
|
|
|
|
/**
|
|
|
|
returns @true if the group by this name exists
|
|
|
|
*/
|
2008-03-09 12:24:26 -04:00
|
|
|
bool HasGroup(const wxString& strName) const;
|
2008-03-08 08:52:38 -05:00
|
|
|
|
|
|
|
/**
|
|
|
|
Returns @true if we are expanding environment variables in key values.
|
|
|
|
*/
|
2008-03-09 12:24:26 -04:00
|
|
|
bool IsExpandingEnvVars() const;
|
2008-03-08 08:52:38 -05:00
|
|
|
|
|
|
|
/**
|
|
|
|
Returns @true if we are writing defaults back to the config file.
|
|
|
|
*/
|
2008-03-09 12:24:26 -04:00
|
|
|
bool IsRecordingDefaults() const;
|
2008-03-08 08:52:38 -05:00
|
|
|
|
|
|
|
/**
|
|
|
|
These function are the core of wxConfigBase class: they allow you to read and
|
|
|
|
write config file data. All @e Read function take a default value which
|
|
|
|
will be returned if the specified key is not found in the config file.
|
|
|
|
Currently, supported types of data are:
|
|
|
|
wxString, @e long, @e double, @e bool,
|
|
|
|
wxColour and any other types,
|
|
|
|
for which functions wxToString
|
|
|
|
and wxFromString are defined.
|
|
|
|
Try not to read long values into string variables and vice versa: although it
|
|
|
|
just might work with wxFileConfig, you will get a system error with
|
|
|
|
wxRegConfig because in the Windows registry the different types of entries are
|
|
|
|
indeed used.
|
|
|
|
Final remark: the @e szKey parameter for all these functions can contain an
|
|
|
|
arbitrary path (either relative or absolute), not just the key name.
|
|
|
|
Read()
|
|
|
|
|
|
|
|
Write()
|
|
|
|
|
|
|
|
Flush()
|
|
|
|
*/
|
|
|
|
|
|
|
|
|
|
|
|
/**
|
|
|
|
GetAppName()
|
|
|
|
|
|
|
|
GetVendorName()
|
|
|
|
|
|
|
|
wxFileConfig::SetUmask
|
|
|
|
*/
|
|
|
|
|
|
|
|
|
|
|
|
/**
|
|
|
|
Some aspects of wxConfigBase behaviour can be changed during run-time. The
|
|
|
|
first of them is the expansion of environment variables in the string values
|
|
|
|
read from the config file: for example, if you have the following in your
|
|
|
|
config file:
|
2008-03-09 08:33:59 -04:00
|
|
|
|
2008-03-08 08:52:38 -05:00
|
|
|
the call to @c config-Read("UserData") will return something like
|
|
|
|
@c "/home/zeitlin/data" if you're lucky enough to run a Linux system ;-)
|
|
|
|
Although this feature is very useful, it may be annoying if you read a value
|
|
|
|
which containts '$' or '%' symbols (% is used for environment variables
|
|
|
|
expansion under Windows) which are not used for environment variable
|
|
|
|
expansion. In this situation you may call SetExpandEnvVars(@false) just before
|
|
|
|
reading this value and SetExpandEnvVars(@true) just after. Another solution
|
|
|
|
would be to prefix the offending symbols with a backslash.
|
|
|
|
The following functions control this option:
|
|
|
|
IsExpandingEnvVars()
|
|
|
|
|
|
|
|
SetExpandEnvVars()
|
|
|
|
|
|
|
|
SetRecordDefaults()
|
|
|
|
|
|
|
|
IsRecordingDefaults()
|
|
|
|
*/
|
|
|
|
|
|
|
|
|
|
|
|
/**
|
|
|
|
As explained in @ref overview_wxconfigoverview "config overview", the config
|
|
|
|
classes
|
|
|
|
support a file system-like hierarchy of keys (files) and groups (directories).
|
|
|
|
As in the file system case, to specify a key in the config class you must use
|
|
|
|
a path to it. Config classes also support the notion of the current group,
|
|
|
|
which makes it possible to use the relative paths. To clarify all this, here
|
|
|
|
is an example (it is only for the sake of demonstration, it doesn't do anything
|
|
|
|
sensible!):
|
2008-03-09 08:33:59 -04:00
|
|
|
|
2008-03-08 08:52:38 -05:00
|
|
|
@e Warning: it is probably a good idea to always restore the path to its
|
|
|
|
old value on function exit:
|
2008-03-09 08:33:59 -04:00
|
|
|
|
2008-03-08 08:52:38 -05:00
|
|
|
because otherwise the assert in the following example will surely fail
|
|
|
|
(we suppose here that @e foo() function is the same as above except that it
|
|
|
|
doesn't save and restore the path):
|
2008-03-09 08:33:59 -04:00
|
|
|
|
2008-03-08 08:52:38 -05:00
|
|
|
Finally, the path separator in wxConfigBase and derived classes is always '/',
|
|
|
|
regardless of the platform (i.e. it is @b not '\\' under Windows).
|
|
|
|
SetPath()
|
|
|
|
|
|
|
|
GetPath()
|
|
|
|
*/
|
|
|
|
|
|
|
|
|
|
|
|
//@{
|
|
|
|
/**
|
|
|
|
Reads a value of type T, for which function
|
|
|
|
wxFromString is defined,
|
|
|
|
returning @true if the value was found.
|
2008-03-09 08:33:59 -04:00
|
|
|
If the value was not found, @a defaultVal is used instead.
|
2008-03-08 08:52:38 -05:00
|
|
|
bool Read(const wxStringkey, T* value) const;
|
|
|
|
|
|
|
|
|
|
|
|
@b Read(key, default="")
|
|
|
|
|
|
|
|
Returns a string
|
|
|
|
|
|
|
|
@b ReadInt(key, default=0)
|
|
|
|
|
|
|
|
Returns an integer
|
|
|
|
|
|
|
|
@b ReadFloat(key, default=0.0)
|
|
|
|
|
|
|
|
Returns a floating point number
|
|
|
|
|
|
|
|
@b ReadBool(key, default=0)
|
|
|
|
|
|
|
|
Returns a boolean
|
|
|
|
*/
|
2008-03-09 12:24:26 -04:00
|
|
|
bool Read(const wxString& key, wxString* str) const;
|
|
|
|
const bool Read(const wxString& key, wxString* str,
|
|
|
|
const wxString& defaultVal) const;
|
|
|
|
const wxString Read(const wxString& key,
|
|
|
|
const
|
|
|
|
wxString& defaultVal) const;
|
|
|
|
const bool Read(const wxString& key, long* l) const;
|
|
|
|
const bool Read(const wxString& key, long* l,
|
|
|
|
long defaultVal) const;
|
|
|
|
const bool Read(const wxString& key, double* d) const;
|
|
|
|
const bool Read(const wxString& key, double* d,
|
|
|
|
double defaultVal) const;
|
|
|
|
const bool Read(const wxString& key, bool* b) const;
|
|
|
|
const bool Read(const wxString& key, bool* d,
|
|
|
|
bool defaultVal) const;
|
|
|
|
const bool Read(const wxString& key, wxMemoryBuffer* buf) const;
|
|
|
|
const bool Read(const wxString& key, T* value) const;
|
|
|
|
const bool Read(const wxString& key, T* value,
|
|
|
|
T const& defaultVal) const;
|
2008-03-08 08:52:38 -05:00
|
|
|
//@}
|
|
|
|
|
|
|
|
/**
|
2008-03-09 08:33:59 -04:00
|
|
|
Reads a bool value from the key and returns it. @a defaultVal is returned
|
2008-03-08 08:52:38 -05:00
|
|
|
if the key is not found.
|
|
|
|
*/
|
2008-03-09 12:24:26 -04:00
|
|
|
long ReadBool(const wxString& key, bool defaultVal) const;
|
2008-03-08 08:52:38 -05:00
|
|
|
|
|
|
|
/**
|
2008-03-09 08:33:59 -04:00
|
|
|
Reads a double value from the key and returns it. @a defaultVal is returned
|
2008-03-08 08:52:38 -05:00
|
|
|
if the key is not found.
|
|
|
|
*/
|
2008-03-09 12:24:26 -04:00
|
|
|
long ReadDouble(const wxString& key, double defaultVal) const;
|
2008-03-08 08:52:38 -05:00
|
|
|
|
|
|
|
/**
|
2008-03-09 08:33:59 -04:00
|
|
|
Reads a long value from the key and returns it. @a defaultVal is returned
|
2008-03-08 08:52:38 -05:00
|
|
|
if the key is not found.
|
|
|
|
*/
|
2008-03-09 12:24:26 -04:00
|
|
|
long ReadLong(const wxString& key, long defaultVal) const;
|
2008-03-08 08:52:38 -05:00
|
|
|
|
|
|
|
/**
|
|
|
|
Reads a value of type T, for which function
|
2008-03-08 09:43:31 -05:00
|
|
|
wxFromString is defined, from the key and returns it.
|
2008-03-09 08:33:59 -04:00
|
|
|
@a defaultVal is returned if the key is not found.
|
2008-03-08 08:52:38 -05:00
|
|
|
*/
|
2008-03-09 12:24:26 -04:00
|
|
|
T ReadObject(const wxString& key, T const& defaultVal) const;
|
2008-03-08 08:52:38 -05:00
|
|
|
|
|
|
|
/**
|
|
|
|
The functions in this section allow to rename entries or subgroups of the
|
|
|
|
current group. They will return @false on error. typically because either the
|
|
|
|
entry/group with the original name doesn't exist, because the entry/group with
|
|
|
|
the new name already exists or because the function is not supported in this
|
|
|
|
wxConfig implementation.
|
|
|
|
RenameEntry()
|
|
|
|
|
|
|
|
RenameGroup()
|
|
|
|
*/
|
|
|
|
|
|
|
|
|
|
|
|
/**
|
|
|
|
Renames an entry in the current group. The entries names (both the old and
|
|
|
|
the new one) shouldn't contain backslashes, i.e. only simple names and not
|
|
|
|
arbitrary paths are accepted by this function.
|
2008-03-09 08:33:59 -04:00
|
|
|
Returns @false if @a oldName doesn't exist or if @a newName already
|
2008-03-08 08:52:38 -05:00
|
|
|
exists.
|
|
|
|
*/
|
|
|
|
bool RenameEntry(const wxString& oldName,
|
|
|
|
const wxString& newName);
|
|
|
|
|
|
|
|
/**
|
|
|
|
Renames a subgroup of the current group. The subgroup names (both the old and
|
|
|
|
the new one) shouldn't contain backslashes, i.e. only simple names and not
|
|
|
|
arbitrary paths are accepted by this function.
|
2008-03-09 08:33:59 -04:00
|
|
|
Returns @false if @a oldName doesn't exist or if @a newName already
|
2008-03-08 08:52:38 -05:00
|
|
|
exists.
|
|
|
|
*/
|
|
|
|
bool RenameGroup(const wxString& oldName,
|
|
|
|
const wxString& newName);
|
|
|
|
|
|
|
|
/**
|
|
|
|
Sets the config object as the current one, returns the pointer to the previous
|
|
|
|
current object (both the parameter and returned value may be @NULL)
|
|
|
|
*/
|
2008-03-09 08:33:59 -04:00
|
|
|
static wxConfigBase* Set(wxConfigBase* pConfig);
|
2008-03-08 08:52:38 -05:00
|
|
|
|
|
|
|
/**
|
|
|
|
Determine whether we wish to expand environment variables in key values.
|
|
|
|
*/
|
2008-03-09 08:33:59 -04:00
|
|
|
void SetExpandEnvVars(bool bDoIt = true);
|
2008-03-08 08:52:38 -05:00
|
|
|
|
|
|
|
/**
|
|
|
|
Set current path: if the first character is '/', it is the absolute path,
|
|
|
|
otherwise it is a relative path. '..' is supported. If strPath doesn't
|
|
|
|
exist it is created.
|
|
|
|
*/
|
|
|
|
void SetPath(const wxString& strPath);
|
|
|
|
|
|
|
|
/**
|
|
|
|
Sets whether defaults are recorded to the config file whenever an attempt to
|
|
|
|
read the value which is not present in it is done.
|
|
|
|
If on (default is off) all default values for the settings used by the program
|
|
|
|
are written back to the config file. This allows the user to see what config
|
|
|
|
options may be changed and is probably useful only for wxFileConfig.
|
|
|
|
*/
|
2008-03-09 08:33:59 -04:00
|
|
|
void SetRecordDefaults(bool bDoIt = true);
|
2008-03-08 08:52:38 -05:00
|
|
|
|
|
|
|
/**
|
|
|
|
These functions deal with the "default" config object. Although its usage is
|
|
|
|
not at all mandatory it may be convenient to use a global config object
|
|
|
|
instead of creating and deleting the local config objects each time you need
|
|
|
|
one (especially because creating a wxFileConfig object might be a time
|
|
|
|
consuming operation). In this case, you may create this global config object
|
|
|
|
in the very start of the program and @e Set() it as the default. Then, from
|
|
|
|
anywhere in your program, you may access it using the @e Get() function.
|
|
|
|
This global wxConfig object will be deleted by wxWidgets automatically if it
|
|
|
|
exists. Note that this implies that if you do delete this object yourself
|
|
|
|
(usually in wxApp::OnExit) you must use @e Set(@NULL)
|
|
|
|
to prevent wxWidgets from deleting it the second time.
|
|
|
|
As it happens, you may even further simplify the procedure described above:
|
|
|
|
you may forget about calling @e Set(). When @e Get() is called and there
|
|
|
|
is no current object, it will create one using @e Create() function. To
|
|
|
|
disable this behaviour @e DontCreateOnDemand() is provided.
|
|
|
|
@b Note: You should use either @e Set() or @e Get() because wxWidgets
|
|
|
|
library itself would take advantage of it and could save various information
|
|
|
|
in it. For example wxFontMapper or Unix version
|
|
|
|
of wxFileDialog have the ability to use wxConfig class.
|
|
|
|
Set()
|
|
|
|
|
|
|
|
Get()
|
|
|
|
|
|
|
|
Create()
|
|
|
|
|
|
|
|
DontCreateOnDemand()
|
|
|
|
*/
|
|
|
|
|
|
|
|
|
|
|
|
/**
|
|
|
|
HasGroup()
|
|
|
|
|
|
|
|
HasEntry()
|
|
|
|
|
|
|
|
Exists()
|
|
|
|
|
|
|
|
GetEntryType()
|
|
|
|
*/
|
|
|
|
|
|
|
|
|
|
|
|
//@{
|
|
|
|
/**
|
|
|
|
These functions write the specified value to the config file and return @true
|
|
|
|
on success. In the last one, function wxToString must be
|
|
|
|
defined for type @e T.
|
|
|
|
|
|
|
|
|
|
|
|
@b Write(key, value)
|
|
|
|
|
|
|
|
Writes a string
|
|
|
|
|
|
|
|
@b WriteInt(key, value)
|
|
|
|
|
|
|
|
Writes an integer
|
|
|
|
|
|
|
|
@b WriteFloat(key, value)
|
|
|
|
|
|
|
|
Writes a floating point number
|
|
|
|
|
|
|
|
@b WriteBool(key, value)
|
|
|
|
|
|
|
|
Writes a boolean
|
|
|
|
*/
|
|
|
|
bool Write(const wxString& key, const wxString& value);
|
2008-03-08 09:43:31 -05:00
|
|
|
bool Write(const wxString& key, long value);
|
|
|
|
bool Write(const wxString& key, double value);
|
|
|
|
bool Write(const wxString& key, bool value);
|
|
|
|
bool Write(const wxString& key, const wxMemoryBuffer& buf);
|
|
|
|
bool Write(const wxString& key, const T& buf);
|
2008-03-08 08:52:38 -05:00
|
|
|
//@}
|
|
|
|
};
|