Treeview Control

[Guest]

I'm just beginning to use the treeview control but before I get too deep into
it I would like to know if there are any basic limitations on the number of
levels, nodes, items, etc that it can accommodate.

 

[Joseph Meehan]

I'm just beginning to use the treeview control but before I get too
deep into it I would like to know if there are any basic limitations
on the number of levels, nodes, items, etc that it can accommodate.

Sorry. This is a newsgroup dedicated to questions about Access, the
database program in Office Professional. It appears your question may not
be related to these subjects. The Microsoft help system is not all that
clear and may have misdirected you here.

It is best to ask your questions in a newsgroup dedicated to the
subject of your question. You should find people better able to address
your problem there.

Note: It is always best to indicate the name and version of any
program(s) you may be using when asking a question and also indicate the
operating system (like Windows XP or 98) when you ask a question.

 

[George Nicholson]

Joseph:

FYI, Treeview control is a legitimate Access subject

 

[Douglas J. Steele]

To be honest, I've yet to encounter any limitations. However, I don't use it
for huge datasets, as it would be too much for the user to wade through.

 

[Joseph Meehan]

Joseph:

FYI, Treeview control is a legitimate Access subject

I will try to remember that. I could not find a reference to it in
Access, but as we know there are a number of Access topics that may not be
in the help files. Thanks for the information.

 

[Ken Snell [MVP]]

Joe, it's an ActiveX object that can be inserted into a form.

 

[Joseph Meehan]

Joe, it's an ActiveX object that can be inserted into a form.
Thanks

 

[Tony Toews]

I'm just beginning to use the treeview control but before I get too deep into
it I would like to know if there are any basic limitations on the number of
levels, nodes, items, etc that it can accommodate.

There are performance problems if you go to delete a few hundred or
thousand items.

nodes.clear can get real slow when dealing with lots of nodes. Try
turning the form's visibility off, do the clear method and turn the
form's visibility back on. Or possibly the painting property.

If you turn the tree control's visibility off, Access will GPF. (Not
sure what version of Access or the Treeview control)

Tom Mapp said "I just set the root node expansion to false, prior to
clearing.".

I don't recall see any postings or complaints regarding performance
and treeview so all you can do is play with it yourself.

Hmmm, I do recall one person suggesting to fill in child nodes only
when the parent node was clicked.

Tony
--
Tony Toews, Microsoft Access MVP
Please respond only in the newsgroups so that others can
read the entire thread of messages.
Microsoft Access Links, Hints, Tips & Accounting Systems at
http://www.granite.ab.ca/accsmstr.htm

 

[Guest]

Thanks for the input.

A further question if I can impose on you a bit more.

An article in Smart Access by Doug Hoed appeared to be recommending the use
of the version 5.0 version of the treeview control rather than the 6.0
version. I'm planning to use it in a A2000 and Windows NT and XP environment.
Which version is best?

 

[Tony Toews]

An article in Smart Access by Doug Hoed appeared to be recommending the use
of the version 5.0 version of the treeview control rather than the 6.0
version. I'm planning to use it in a A2000 and Windows NT and XP environment.
Which version is best?

I have no opinion one way or another. I'm not even sure what version
that particular app is using. <smile>

Tony
--
Tony Toews, Microsoft Access MVP
Please respond only in the newsgroups so that others can
read the entire thread of messages.
Microsoft Access Links, Hints, Tips & Accounting Systems at
http://www.granite.ab.ca/accsmstr.htm

 

[Douglas J. Steele]

I use the 6.0 version, since it allows you to change the colour of the text.