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.
