Hi Again,

    I guess the question to ask is how to add the scrollbar to this program to 
allow off screen display, where focus is?

    Lloyd had mentioned about the UI screen and administrator privileges and I 
am aware of that after reading how to get around it yesterday. But the program 
was originally written for an XP user and at least for Vista and Windows 7 
users you will get an immediate listing of installed files and such. Have not 
done anything yet concerning administrator rights but probably will do that, 
mostly for a learning tool.

    Any hints on how to add the scroobar would be helpful.

        Sincerely
        Bruce

  Sent: Monday, February 20, 2012 2:12 PM
  Subject: Re: Changing Working Directory Inside WE Apps



  Hi Again,

      To further clarify this issue with scrolling is that if you use the 
cursor keys your fine, but when going to the mouse keys the screen was not 
updated to the present position of the cursor key.

      I attempted to force the issue when the keyup event was triggered and 
placed the scrollto command in the object being focused on. It did not scroll 
the screen according to the WE Mouse keys. There is a note saying it may 
scroll, but no guarantee.
      Now, as a thought, should I also refresh the screen to accomplish this 
issue? Is there already a hotkey that can do this automatically?

      I am now ready to make my app available for looking at the system 
registry. It will list all programs installed and at the moment going to split 
the list to standard programs, windows Updates and other Window programs. These 
categories will be the top level of a tree. Opening up the tree for the list of 
programs from there, then any info on that program will be the third level. 
      Then if you wish to uninstall you tab to the next screen of buttons to 
select Uninstall, or exit the program.

      Since I do not test updates and such, it should work but it is a risk 
doing so for anyone having that option. 
      Also, such things as virus protection programs they are prevented from 
installing directly and most likely will have to be done under protected mode.

      So, if that is the case, does Windoweyes work in protected mode?

          Sincerely
          Bruce


    Sent: Saturday, February 18, 2012 11:28 PM
    Subject: Re: Changing Working Directory Inside WE Apps



    Hi Aaron,

        Yes as I said off list I got them all working, the program path string 
had the problems.

        Now, when having a large tree I can not get it to scroll to the item 
off screen. I attempted to use the ScrollTo on the item and it did not scroll 
the screen.
        Is there something needed in the .xml file to cause this to work?
        I could not find examples nor any command other than the ScrollTo and 
it does not work. The expand=True does but not the ScrollTo

      Sent: Saturday, February 18, 2012 5:35 PM
      Subject: Re: Changing Working Directory Inside WE Apps


      There are various ways to get the path of an executable. What are you 
attempting to obtain the path of, exactly?

      Aaron

      On 2/18/2012 9:01 AM, BT wrote: 

        Hi!

            Apparently there is nothing wrong, everything works but the system 
registry is not releasing a correct path to the file to uninstall. It would 
appear that the thing found under the uninstall string is a symbolic path/name 
and has extra characters in it to prevent uninstalling of a program.

            Now, how to get the actual path/filename as does the add/remove 
program does. Anyone attempt this?

            It always fails when using the path given. I can extract off the 
file name using the file object, but the path I can not. So will have to seek 
out the command to do that, which the file object does not have. For the 
absolute path is the GW Micro folder...

                Bruce

          Sent: Saturday, February 18, 2012 12:05 AM
          Subject: Changing Working Directory Inside WE Apps



          How do you change the working directory inside the 
          WE scripting language?

              The error bad path name or volume label keeps coming up when 
attempting to get out of the GW Micro folder in the program files folder.

              Need to change the directory to run another program with all it's 
path files reside in and it is not allowing me to change to that directory

              Is this possibly an environment issue?

                  Bruce



-- 
Aaron Smith 
Web Development * App Development * Product Support Specialist
GW Micro, Inc. * 725 Airport North Office Park, Fort Wayne, IN 46825
260-489-3671 * gwmicro.com

To insure that you receive proper support, please include all past
correspondence (where applicable), and any relevant information
pertinent to your situation when submitting a problem report to the GW
Micro Technical Support Team.

Reply via email to