The "key" is just used to be able to access the node items by key searching the Nodes collection.
If you would like to retrieve the key for a given node, you'd have to remember the node/key pairs in a separate collection.
To my knowlegde, it is generally the case that collection keys are just used for access.
You can't retrieve the key from a collection item unless you have explicitely stored it somewhere beforehand.
Does this makes sense to you?
Greetings
A1880
If you would like to retrieve the key for a given node, you'd have to remember the node/key pairs in a separate collection.
To my knowlegde, it is generally the case that collection keys are just used for access.
You can't retrieve the key from a collection item unless you have explicitely stored it somewhere beforehand.
Does this makes sense to you?
Greetings
A1880
The Microsoft data model in VB6 is more convenient here.
A "Node" has a "Text", a "Key" and a "Tag" property.
Ample opportunities to store DB keys.
The same level of flexibility can be achieved in Jabaco by extending the Jabaco Framework.
"Somebody" has to rework the classes "Nodes" and "Node".
Volunteers wanted!
Greetings
A1880
A "Node" has a "Text", a "Key" and a "Tag" property.
Ample opportunities to store DB keys.
The same level of flexibility can be achieved in Jabaco by extending the Jabaco Framework.
"Somebody" has to rework the classes "Nodes" and "Node".
Volunteers wanted!
Greetings
A1880
Thanks for your attention, it is much appreciated.
Until such time as the framework can be updated, I used java#util#hashmap to store the node and key.
I noticed that the framework jars of late on the framework page are significantly smaller than previous versions. Are they complete?
Until such time as the framework can be updated, I used java#util#hashmap to store the node and key.
I noticed that the framework jars of late on the framework page are significantly smaller than previous versions. Are they complete?
This post has been edited 1 times, last edit by "spodhajecki" (Dec 7th 2010, 3:19am)
I downloaded the source form svn and modified Nodes.jsrc and Node.jsrc adding a property get for Key. I also added a Tag property of type Variant.
So now, one can get the Key value with but there is not a property Let because the Key value is
used with a "Collection" as part of the original code in Nodes.jsrc.
The node Tag property can use both Let or Get and works similar to VB6 where the tag property has to be explicitly set.
It was a chore to compile the framework. The build.xml file needed to be modified to fix the paths. Then, the Jabaco VB framework build failed because its dependent on the VBA class files just compiled. The build.xml file had to modified again by commenting out the following line under target "build".
When the ant script finishes, it erases the java class files. So commenting the line prevents that for the next step. The VB folder from the original Jabaco.jar was extracted to the bin-tmp folder and a new jar was created (from the command line)
which was copied to the Jabaco IDE dir. Build.bat was run again, the Jabaco VB source files compiled and the Jabaco.jar file was created in the bin dir.
I can post the code of the modified files if someone wishes.
Regards,
Stephen
So now, one can get the Key value with but there is not a property Let because the Key value is
used with a "Collection" as part of the original code in Nodes.jsrc.
|
|
Jabaco Source |
1 2 |
Dim theKey as String theKey = Node.Key |
The node Tag property can use both Let or Get and works similar to VB6 where the tag property has to be explicitly set.
|
|
Jabaco Source |
1 |
Node.Tag = "My Tag"
|
It was a chore to compile the framework. The build.xml file needed to be modified to fix the paths. Then, the Jabaco VB framework build failed because its dependent on the VBA class files just compiled. The build.xml file had to modified again by commenting out the following line under target "build".
|
|
Source code |
1 |
<delete dir="${build.dir}" />
|
|
|
Source code |
1 |
jar -cvf ./bin/Jabaco.jar -C bin-tmp . |
I can post the code of the modified files if someone wishes.
Regards,
Stephen
For those interested, IZarc will open the jar files without having to change the extension.You can find out by renaming the *.jar to *.zip.
Then you can use Windows Explorer or any archiving tool to inspect the file contents.
RE: Tree Node Key
I wish to have the code for extending the tree node & nodes, I need to use the key & tag.
Do you mean the code of Node.jsrc and Nodes.jsrc?
Node.jsrc
Nodes.jsrc
All files you can find at
http://code.google.com/p/jabacoframework…work%2Fsrc%2FVB
To download the complete source as compressed zip-file:
jabacoframework-src-rev84.zip
Greatings
theuserbl
Similar threads
-
Bugreports and known bugs »-
[VERSION 1.5.2] Framework 1.2 lacks the VB tree
(Oct 12th 2009, 12:54pm)
-
Tips, Tricks, Samples & Tutorials »-
TreeViewStack
(Sep 18th 2009, 11:57pm)
-
General topics, questions and discussions »-
How to read a MDB database?
(Jun 23rd 2009, 10:51am)
-
Suggestions »-
A way to convert vb ocx a dll files to Jabaco
(Apr 30th 2009, 6:08pm)
-
Allgemeine Themen, Fragen und Diskussionen »-
Öffnen und lesen von Dateien
(Nov 26th 2008, 3:28pm)
