|
code
newsgroups
|
|||||||||||||||||||||||
|
|||||||||||||||||||||||
Creating an ActiveX controlBack 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 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 > "Kevin Provance" <ca***@tpasoft.com> wrote in So far I'm running at 9'ish megs of RAM, even after DAYS, even weeks, 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. without a restart. I've _never_ seen Explorer running that low. > Why does _everyone_ think the windows shell is some black magic thing > 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? 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 > 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 >>
Can someone please check my code? No Intellisense for items
About The Hard Disk Serial Number Choosing an Installer VB and Excel Crazy VB Convert Variant String to Double Acces Denied when calling FaxDocument Submit What considerations must be taken for app to run as a service? Lock Word window? Launch VB App with Arguments via Hyperlink |
|||||||||||||||||||||||