[Kst] branches/work/kst/hierarchy/kst/devel-docs

Eli Fidler eli at staikos.net
Fri Nov 17 23:17:02 CET 2006


SVN commit 605711 by fidler:

KstObjectTag details


 M  +11 -6     objectnaming.txt  


--- branches/work/kst/hierarchy/kst/devel-docs/objectnaming.txt #605710:605711
@@ -1,6 +1,6 @@
 All data objects (objects derived from KstObject) should be globally accessible
-in a hierarchical namespace. The general idea is to change tagNames to be a
-path instead of a simple name.
+in a hierarchical namespace. The general idea is to change tags to be a path
+instead of a simple name.
 
 A full path should uniquely specify a particular object in the hierarchy. We
 may use separate hierarchies for different object types to allow, for example,
@@ -87,10 +87,15 @@
 
 IMPLEMENTATION DETAILS
 ======================
-Wherever tags can be set, a "QStringList tagContext" parameter is added to
-represent the context of the tag (e.g. KstObject::setTagName(const QString&
-tag, QStringList tagContext). A tagContext value of KstData::globalTagContext
-(or QStringList(), the empty string list) indicates a Level 1 object.
+Instead of tags being QString's, they are now KstObjectTag objects. These
+objects contain a QString tag (the lowest level part of the hierarchical tag)
+and a QStringList context. Static constant KstObjectTag::globalTagContext
+represents global tags (i.e. Level 1). KstObjectTag::constantTagContext represents a namespace
+for constants.
 
+The default constructor of KstObjectTag build an empty tag in the global
+namespace. Unless otherwise specified, the context is assumed to be the
+global context.
+
 A tag value of QString::null means that a globally-unique tag name
 should be automatically generated.


More information about the Kst mailing list