X-Git-Url: https://git.saurik.com/wxWidgets.git/blobdiff_plain/631f1bfed5d2df0215035207355d838328237578..d5bef0a32337a8e8b2666fd64f78dbbbf01cda3f:/docs/latex/wx/tconfig.tex diff --git a/docs/latex/wx/tconfig.tex b/docs/latex/wx/tconfig.tex index 42c046ca35..92475c75eb 100644 --- a/docs/latex/wx/tconfig.tex +++ b/docs/latex/wx/tconfig.tex @@ -1,4 +1,4 @@ -\section{Config classes overview}\label{wxconfigoverview} +\section{wxConfig classes overview}\label{wxconfigoverview} Classes: \helpref{wxConfig}{wxconfigbase} @@ -12,17 +12,18 @@ The config classes provide a way to store some application configuration information. They were especially designed for this usage and, although may probably be used for many other things as well, should be limited to it. It means that this information should be: -\begin{itemize} -\item{1.} Typed, i.e. strings or numbers for the moment. You can not store + +\begin{enumerate}\itemsep=0pt +\item Typed, i.e. strings or numbers for the moment. You can not store binary data, for example. -\item{2.} Small. For instance, it is not recommended to use the Windows +\item Small. For instance, it is not recommended to use the Windows registry for amounts of data more than a couple of kilobytes. -\item{3.} Not performance critical, neither from speed nor from a memory +\item Not performance critical, neither from speed nor from a memory consumption point of view. -\end{itemize} +\end{enumerate} On the other hand, the features provided make them very useful for storing all -kinds of small to medium volumes of hierarchically-organized, heterogenous +kinds of small to medium volumes of hierarchically-organized, heterogeneous data. In short, this is a place where you can conveniently stuff all your data (numbers and strings) organizing it in a tree where you use the filesystem-like paths to specify the location of a piece of data. In @@ -31,12 +32,11 @@ particular, these classes were designed to be as easy to use as possible. From another point of view, they provide an interface which hides the differences between the Windows registry and the standard Unix text format configuration files. Other (future) implementations of wxConfigBase might also -understand GTK ressource files or their analogues on the KDE side. +understand GTK resource files or their analogues on the KDE side. In any case, each implementation of wxConfigBase does its best to -make the data look the same way everywhere. Due -to the limitations of the underlying physical storage as in the case of -wxIniConfig, it may not implement 100\% of the base class functionality. +make the data look the same way everywhere. Due to limitations of the underlying +physical storage, it may not implement 100\% of the base class functionality. There are groups of entries and the entries themselves. Each entry contains either a string or a number (or a boolean value; support for other types of data such as dates or