By using this site, you agree to our updated Privacy Policy and our Terms of Use. Manage your Cookies Settings.
425,790 Members | 1,407 Online
Bytes IT Community
+ Ask a Question
Need help? Post your question and get tips & solutions from a community of 425,790 IT Pros & Developers. It's quick & easy.

What control libraries to use

P: n/a
Hello,
The following is up to now not very clearly to me. What ocxfiles to
use in A2000?
For example: The listview.
Now I use the one given in comctl32.ocx (Microsoft windows common
controls 5.0 (SP2). Earlier I've used the listview in mscomctl32.ocx
(or something like that), which gave me errors all the time.
My question now is: how do I know which ocx-files and so on are good
to use in Access? Is there a newer version of the comctl32.ocx that I
can use? Are there any nice and important ocx-files existing that I'm
not aware of? I'm not searching for third-party solutions, just want
to know what's possible with the things present on my computersystem
(using Access 2000 on a windows Xp SP2 system).
Muchas gracias,
--
bebelino
Nov 12 '05 #1
Share this Question
Share on Google+
8 Replies


P: n/a
TR
I use mscomctl.ocx Ver 6 alot, listviews, imagelist, and treeview, and it
works very well (aside from a bug with certain version listviews when placed
on a tab control). Used in both A97 and A2K2, so can't vouch for anything
specific to A2000.
What sort of errors were you having? One big problem I have found is
transitioning from comctl32 to mscomctl, or vice-versa. Having both
referenced in a database will give problems (usually errors about control
events), and you may need to delete all controls of one ocx, and then
recreate all new controls with the other ocx.

"bebelino" <a.*@c.d> wrote in message
news:ls********************************@4ax.com...
Hello,
The following is up to now not very clearly to me. What ocxfiles to
use in A2000?
For example: The listview.
Now I use the one given in comctl32.ocx (Microsoft windows common
controls 5.0 (SP2). Earlier I've used the listview in mscomctl32.ocx
(or something like that), which gave me errors all the time.
My question now is: how do I know which ocx-files and so on are good
to use in Access? Is there a newer version of the comctl32.ocx that I
can use? Are there any nice and important ocx-files existing that I'm
not aware of? I'm not searching for third-party solutions, just want
to know what's possible with the things present on my computersystem
(using Access 2000 on a windows Xp SP2 system).
Muchas gracias,
--
bebelino

Nov 12 '05 #2

P: n/a
"bebelino" <a.*@c.d> wrote in message
news:ls********************************@4ax.com...
Hello,
The following is up to now not very clearly to me. What ocxfiles to
use in A2000?
For example: The listview.
Now I use the one given in comctl32.ocx (Microsoft windows common
controls 5.0 (SP2). Earlier I've used the listview in mscomctl32.ocx
(or something like that), which gave me errors all the time.
My question now is: how do I know which ocx-files and so on are good
to use in Access? Is there a newer version of the comctl32.ocx that I
can use? Are there any nice and important ocx-files existing that I'm
not aware of? I'm not searching for third-party solutions, just want
to know what's possible with the things present on my computersystem
(using Access 2000 on a windows Xp SP2 system).
Muchas gracias,


My practice (and advice) is to use none of them. I try never use
non-native controls in any of my apps. API calls can usually be found to
provide the functionality that an outside library/control would and then
you never have to worry about version conflicts, compatibility issues,
etc.. I also use late binding for all situations where I am automating
external libraries. My apps have only the default references checked and I
have never encountered a need yet that absolutely required me to add one.
--
I don't check the Email account attached
to this message. Send instead to...
RBrandt at Hunter dot com
Nov 12 '05 #3

P: n/a

WHY DONT YOU JUST FUCKING USE ALL OF THEM??
--
Posted via http://dbforums.com
Nov 12 '05 #4

P: n/a

"xdcbox" <me*********@dbforums.com> wrote in message
news:34****************@dbforums.com...

WHY DONT YOU JUST FUCKING USE ALL OF THEM??

Great idea!
Do you think I could use this approach for drugs?

R. Soul
Nov 12 '05 #5

P: n/a
On Wed, 15 Oct 2003 12:29:48 GMT, "TR"
<tr************@mindREMOVEspring.com> wrote:
I use mscomctl.ocx Ver 6 alot, listviews, imagelist, and treeview, and it
works very well (aside from a bug with certain version listviews when placed
on a tab control). Used in both A97 and A2K2, so can't vouch for anything
specific to A2000.
What sort of errors were you having? One big problem I have found is
transitioning from comctl32 to mscomctl, or vice-versa. Having both
referenced in a database will give problems (usually errors about control
events), and you may need to delete all controls of one ocx, and then
recreate all new controls with the other ocx.


So mscomctl.ocx works very nice for you.
I think that my problem had been of using the listview on tabcontrols,
since it was that I was trying to do, until I discovered the
comctl32.ocx, and never had any problems with that one. I think I will
give the mscomctl another try.
thanks,
--
bebelino
Nov 12 '05 #6

P: n/a
On Wed, 15 Oct 2003 08:03:48 -0500, "Rick Brandt"
<ri*********@hotmail.com> wrote:
My practice (and advice) is to use none of them. I try never use
non-native controls in any of my apps. API calls can usually be found to
provide the functionality that an outside library/control would and then
you never have to worry about version conflicts, compatibility issues,
etc.. I also use late binding for all situations where I am automating
external libraries. My apps have only the default references checked and I
have never encountered a need yet that absolutely required me to add one.


OK, but my programming-skills don't let me build a listview myself. I
know a bit here and a bit there of API-calls, but this would be
definitely too difficult at the moment. Maybe I have to throw myself
again in Dan Appleman's 'Visual Basic Programmer's Guide to the WIN32
API'.
thanks,
--
bebelino
Nov 12 '05 #7

P: n/a
TR
The two main bugs that I have had to deal with:

With certain version of mcsomctl, when the list view is placed on a tab control,
when the form first opens, the list view may reposition itself at the top left
corner of the tab. Usually clicking to another tab and back again fixes this, but
thats annoying. My workaround is to make all istviews on tabs not visible by
default. In the tab change event, make the appropriate listview visible when its
tab page is visible.

When a list view on a tab page has its check boxes checked, if you move to
another tab and back, the checkboxes are all cleared (and may not even appear in
the listview). I posted a workaround here sometime ago, has to do with reading
checked values into an array and restoring when the listview is made visible
again. Do a google search on the group, late july 2003.


bebelino wrote:
On Wed, 15 Oct 2003 12:29:48 GMT, "TR"
<tr************@mindREMOVEspring.com> wrote:
I use mscomctl.ocx Ver 6 alot, listviews, imagelist, and treeview, and it
works very well (aside from a bug with certain version listviews when placed
on a tab control). Used in both A97 and A2K2, so can't vouch for anything
specific to A2000.
What sort of errors were you having? One big problem I have found is
transitioning from comctl32 to mscomctl, or vice-versa. Having both
referenced in a database will give problems (usually errors about control
events), and you may need to delete all controls of one ocx, and then
recreate all new controls with the other ocx.


So mscomctl.ocx works very nice for you.
I think that my problem had been of using the listview on tabcontrols,
since it was that I was trying to do, until I discovered the
comctl32.ocx, and never had any problems with that one. I think I will
give the mscomctl another try.
thanks,
--
bebelino


Nov 12 '05 #8

P: n/a
On Wed, 15 Oct 2003 16:50:14 -0400, TR
<t_NoSpam_redick@Mind_NoSpam_spring.com> wrote:
The two main bugs that I have had to deal with:

With certain version of mcsomctl, when the list view is placed on a tab control,
when the form first opens, the list view may reposition itself at the top left
corner of the tab. Usually clicking to another tab and back again fixes this, but
thats annoying. My workaround is to make all istviews on tabs not visible by
default. In the tab change event, make the appropriate listview visible when its
tab page is visible.

When a list view on a tab page has its check boxes checked, if you move to
another tab and back, the checkboxes are all cleared (and may not even appear in
the listview). I posted a workaround here sometime ago, has to do with reading
checked values into an array and restoring when the listview is made visible
again. Do a google search on the group, late july 2003.


I'll keep those problems in mind and will search on google.
thank you very much,
--
bebelino
Nov 12 '05 #9

This discussion thread is closed

Replies have been disabled for this discussion.