Home All Groups Group Topic Archive Search About

Creating an ActiveX control

Author
6 Mar 2006 11:04 PM
DanS
Hello there,

Back to the Shell project.....

To refresh, the shell has a system tray (API Listview) , task swapper (VB
Listview), full owner-draw icon start menu (OCX), and on the interface
form is a label for the clock and 3 command buttons.

I'm past the initial coding stages and am doing some house cleaning. I
thought one way to clean up was to create a couple of controls. One for
the task swapper and one for the system tray. I know that wouldn't help
on resources, but it would help with cleaning up the code in the main
form.

I started with the task swapper, as that was a VB LV, the system tray is
an API LV. So I proceeded to make the task swapper control. It's a
complete task swapper, with app context menu support built in, so drop it
on a form, call it's .tasksUpdate sub and there it is. The OCX is 84k.

Here's the issue. The entire shell compiled and run as an EXE typically
uses about 9.3 megs of RAM.

In the test project I used to test the control, when compiled, with only
the task swapper control on it, uses 6.3 megs of RAM ! Just a blank form,
the same blank form, uses about 1.2 megs, so the control uses the other
5.1 ?!

Is that typical behavior for an OCX ? And why ?

Thanks,

DanS

Author
7 Mar 2006 12:49 AM
Kevin Provance
By no means do I mean to impune your work and in all honesty I would love to
see your shell replacement...but VB is no language to write a shell
replacement in.  It's just too damn bulky and too much overhead involved.

I am curious though, does your shell run overtop of Explorer or instead of?
And if instead of, are you actually getting VB to load outside of Windows?

I am curious about your project and look forward to seeing it.  :-)

- Kev

Show quoteHide quote
"DanS" <t.h.i.s.n.t.h.a.t@a.d.e.l.p.h.i.a..n.e.t> wrote in message
news:Xns977EB7D15C329idispcom@216.196.97.142...
> Hello there,
>
> Back to the Shell project.....
>
> To refresh, the shell has a system tray (API Listview) , task swapper (VB
> Listview), full owner-draw icon start menu (OCX), and on the interface
> form is a label for the clock and 3 command buttons.
>
> I'm past the initial coding stages and am doing some house cleaning. I
> thought one way to clean up was to create a couple of controls. One for
> the task swapper and one for the system tray. I know that wouldn't help
> on resources, but it would help with cleaning up the code in the main
> form.
>
> I started with the task swapper, as that was a VB LV, the system tray is
> an API LV. So I proceeded to make the task swapper control. It's a
> complete task swapper, with app context menu support built in, so drop it
> on a form, call it's .tasksUpdate sub and there it is. The OCX is 84k.
>
> Here's the issue. The entire shell compiled and run as an EXE typically
> uses about 9.3 megs of RAM.
>
> In the test project I used to test the control, when compiled, with only
> the task swapper control on it, uses 6.3 megs of RAM ! Just a blank form,
> the same blank form, uses about 1.2 megs, so the control uses the other
> 5.1 ?!
>
> Is that typical behavior for an OCX ? And why ?
>
> Thanks,
>
> DanS
>
Author
7 Mar 2006 1:05 AM
DanS
"Kevin Provance" <ca***@tpasoft.com> wrote in
news:u4ON7DYQGHA.1328@TK2MSFTNGP10.phx.gbl:

> By no means do I mean to impune your work and in all honesty I would
> love to see your shell replacement...but VB is no language to write a
> shell replacement in.  It's just too damn bulky and too much overhead
> involved.

So far I'm running at 9'ish megs of RAM, even after DAYS, even weeks,
without a restart. I've _never_ seen Explorer running that low.

>
> I am curious though, does your shell run overtop of Explorer or
> instead of? And if instead of, are you actually getting VB to load
> outside of Windows?

Why does _everyone_ think the windows shell is some black magic thing
that means everything to windows running properly ?

I've my shell set to be 'the' shell. It is set as the shell in the
registry. It has a module that handles all startup programs. Explorer is
used as a file manager only.

All programs start and seem to run fine, with the exception of the search
tool. By that, I mean if in Explorer and you right-click a folder and say
'Search', it doesn't. I provide a way to open the search tool though, but
you just can't choose it from the Explorer context menu. WinRAR, WinZIP,
NAV explorer extensions all work properly, as does the entire Explorer
context menu (except for the aforementioned Search). Send To, cut, copy,
paste, delete, etc., it's all a go.


Regards,

DanS

Show quoteHide quote
> I am curious about your project and look forward to seeing it.  :-)
>
> - Kev
>
Author
7 Mar 2006 1:20 AM
Kevin Provance
Well, if you are ever in the market for people to test for you, gimma
hollar, I'd be happy to run it for you.  :-)

- Kev

Show quoteHide quote
"DanS" <t.h.i.s.n.t.h.a.t@a.d.e.l.p.h.i.a..n.e.t> wrote in message
news:Xns977ECC5433D53idispcom@216.196.97.142...
> "Kevin Provance" <ca***@tpasoft.com> wrote in
> news:u4ON7DYQGHA.1328@TK2MSFTNGP10.phx.gbl:
>
>> By no means do I mean to impune your work and in all honesty I would
>> love to see your shell replacement...but VB is no language to write a
>> shell replacement in.  It's just too damn bulky and too much overhead
>> involved.
>
> So far I'm running at 9'ish megs of RAM, even after DAYS, even weeks,
> without a restart. I've _never_ seen Explorer running that low.
>
>>
>> I am curious though, does your shell run overtop of Explorer or
>> instead of? And if instead of, are you actually getting VB to load
>> outside of Windows?
>
> Why does _everyone_ think the windows shell is some black magic thing
> that means everything to windows running properly ?
>
> I've my shell set to be 'the' shell. It is set as the shell in the
> registry. It has a module that handles all startup programs. Explorer is
> used as a file manager only.
>
> All programs start and seem to run fine, with the exception of the search
> tool. By that, I mean if in Explorer and you right-click a folder and say
> 'Search', it doesn't. I provide a way to open the search tool though, but
> you just can't choose it from the Explorer context menu. WinRAR, WinZIP,
> NAV explorer extensions all work properly, as does the entire Explorer
> context menu (except for the aforementioned Search). Send To, cut, copy,
> paste, delete, etc., it's all a go.
>
>
> Regards,
>
> DanS
>
>> I am curious about your project and look forward to seeing it.  :-)
>>
>> - Kev
>>