Path: utzoo!utgpu!water!watmath!clyde!bellcore!rutgers!mit-eddie!ll-xn!ames!pasteur!ucbvax!USU.BITNET!SLMYQ From: SLMYQ@USU.BITNET Newsgroups: comp.sys.amiga Subject: Re: VirusX (and memory resident programs) Message-ID: <8806050352.AA05463@jade.berkeley.edu> Date: 5 Jun 88 03:48:00 GMT Sender: daemon@ucbvax.BERKELEY.EDU Lines: 33 >> I just tried VirusX 1.21 from the net, and it's neat! Easy and safe to >> find viruses (SCA and ByteBandit) + other non-standard boot-blocks. And >> it does that while you are running another program! > >It's nice that it stays in the background and checks disks, but I won't use it >because it leaves that #%^$@&! window on my workbench screen! > >PLEASE! If you write a program whose only purpose is to sit in the background >and does not need to constantly communicate with the user, then it doesn't >need to open a window on the Workbench screen. I have enough windows >fluttering about on my Workbench without "garbage" windows (i.e. those that >don't give me information or allow me to interact with the program owning the >window) getting in the way. You could use Matt's MWB program or my Screens program (being moderated) to create a "garbage" screen, and when you run a program which opens a "garbage" Workbench window, just redirect it to that screen. You never need to bring it to the front if you don't want to. Agreed, programs should be operated by something other than private windows. This brings up another issue. One way (very popular) is hot-keys. However, they aren't usually customizable, and it's easy to forget them, not to mention duplicates. Another way is that "TinyWindow" thing that was posted a while ago. Pretty neat, although I think the user should have the option to activate it through a hot-key or Workbench icon rather than a tiny window. SideKick uses this method (a menu) to activate its sub-programs. I think that some time we'll need some sort of standard for activating memory resident programs. >Michael Portuesi / Information Technology Center / Carnegie Mellon University >ARPA/UUCP: mp1u+@andrew.cmu.edu BITNET: rainwalker@drycas Bryan Ford (SLMYQ@USU.BITNET)