Hi all
I am looking forward to automate GUI application in
unix. Looking forward to some suggestion or some other
working group.
Regards
Animesh
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
Hi,
I have a plain old Perl console application which writes a lot of
info to stdout, kicks off some other GUI based applications
(Framemaker and Acrobat Distiller, mostly) plus a number of other
console programs that get invoked within the script.
At the end of processing, I need to be able to move the Win2K/WinXP
console window running the script to the front of the z-order of open
windows. (The user may well have a number of other windows open--
browsers, mail client, Acrobat Reader, Notepad.)
I'm unable to figure out how to do this simple task. I've been
experimenting with both Win32::GUI and Win32::GUITest. It seems like
one of these should offer a way to do this, and I figure people on
this list probably know at least something about both...
Thanks for any leads.
-Antonio Romero
Doesn't SetForegroundWindow work for you?
--Piotr
--- In perlguitest@yahoogroups.com, "C.A. Romero" <aromero51@c...>
wrote:
>
> Hi,
>
> I have a plain old Perl console application which writes a lot of
> info to stdout, kicks off some other GUI based applications
> (Framemaker and Acrobat Distiller, mostly) plus a number of other
> console programs that get invoked within the script.
>
> At the end of processing, I need to be able to move the Win2K/WinXP
> console window running the script to the front of the z-order of
open
> windows. (The user may well have a number of other windows open--
> browsers, mail client, Acrobat Reader, Notepad.)
>
> I'm unable to figure out how to do this simple task. I've been
> experimenting with both Win32::GUI and Win32::GUITest. It seems
like
> one of these should offer a way to do this, and I figure people on
> this list probably know at least something about both...
>
> Thanks for any leads.
>
> -Antonio Romero
>
No, unfortunately, SetForegroundWindow on Win2K has a restriction
that it can only make a window flash in the taskbar until you give it
attention by clicking... See:
http://support.microsoft.com/kb/q97925
I did think of a way to do it-- basically, this:
my ($consolehandle)=Win32::GUI::GetPerlWindow();
while (Win32::GuiTest::GetForegroundWindow() !=
$consolehandle) {
Win32::GuiTest::SendKeys("%{ESCAPE}");
}
It's a bit of a hack but it does cycle the active window until the
desired window comes to the foreground.
I tried "%{TAB}" but I ran into an application that that didn't work
right for... a text editor called Crimson Editor, that I use for my
perl code, and that just recognized the alt-tab sequence from
SendKeys as just plain TAB characters to enter into the editing
buffer. Very strange, that.
One more weird thing: If after this procedure I call the
Win32::GUI::MsgBox function to display a final confirmation window,
that MsgBox appears behind other windows... very annoying, not sure
what to do about it.
Anyway-- Win32::GuiTest is great, I'm not complaining. Thanks for the
fast reply. If you have any suggestions about the use of MsgBox in
this context, I'd appreciate them.
-Antonio
--- In perlguitest@yahoogroups.com, "Piotr Kaluski" <pkaluski@p...>
wrote:
>
> Doesn't SetForegroundWindow work for you?
> --Piotr
>
> --- In perlguitest@yahoogroups.com, "C.A. Romero" <aromero51@c...>
> wrote:
> >
> > Hi,
> >
> > I have a plain old Perl console application which writes a lot of
> > info to stdout, kicks off some other GUI based applications
> > (Framemaker and Acrobat Distiller, mostly) plus a number of other
> > console programs that get invoked within the script.
> >
> > At the end of processing, I need to be able to move the
Win2K/WinXP
> > console window running the script to the front of the z-order of
> open
> > windows. (The user may well have a number of other windows open--
> > browsers, mail client, Acrobat Reader, Notepad.)
> >
> > I'm unable to figure out how to do this simple task. I've been
> > experimenting with both Win32::GUI and Win32::GUITest. It seems
> like
> > one of these should offer a way to do this, and I figure people
on
> > this list probably know at least something about both...
> >
> > Thanks for any leads.
> >
> > -Antonio Romero
> >
>
OK. I got your point.
I don't know any simple solution to your problem. But your post
raised some questions from my side:
> I tried "%{TAB}" but I ran into an application that that didn't
work
> right for... a text editor called Crimson Editor, that I use for my
> perl code, and that just recognized the alt-tab sequence from
> SendKeys as just plain TAB characters to enter into the editing
> buffer. Very strange, that.
Yes, it is strange. And if you do Alt-TAB manually does this editor
also intercept it?
> One more weird thing: If after this procedure I call the
> Win32::GUI::MsgBox function to display a final confirmation window,
> that MsgBox appears behind other windows... very annoying, not sure
> what to do about it.
Can you send an example code and description of what do you have to
do to get this behavior?
--Piotr
--- In perlguitest@yahoogroups.com, "C.A. Romero" <aromero51@c...>
wrote:
>
> No, unfortunately, SetForegroundWindow on Win2K has a restriction
> that it can only make a window flash in the taskbar until you give
it
> attention by clicking... See:
>
> http://support.microsoft.com/kb/q97925
>
> I did think of a way to do it-- basically, this:
>
> my ($consolehandle)=Win32::GUI::GetPerlWindow();
> while (Win32::GuiTest::GetForegroundWindow() !=
> $consolehandle) {
> Win32::GuiTest::SendKeys("%{ESCAPE}");
> }
>
> It's a bit of a hack but it does cycle the active window until the
> desired window comes to the foreground.
>
> I tried "%{TAB}" but I ran into an application that that didn't
work
> right for... a text editor called Crimson Editor, that I use for my
> perl code, and that just recognized the alt-tab sequence from
> SendKeys as just plain TAB characters to enter into the editing
> buffer. Very strange, that.
>
> One more weird thing: If after this procedure I call the
> Win32::GUI::MsgBox function to display a final confirmation window,
> that MsgBox appears behind other windows... very annoying, not sure
> what to do about it.
>
> Anyway-- Win32::GuiTest is great, I'm not complaining. Thanks for
the
> fast reply. If you have any suggestions about the use of MsgBox in
> this context, I'd appreciate them.
>
> -Antonio
>
> --- In perlguitest@yahoogroups.com, "Piotr Kaluski" <pkaluski@p...>
> wrote:
> >
> > Doesn't SetForegroundWindow work for you?
> > --Piotr
> >
> > --- In perlguitest@yahoogroups.com, "C.A. Romero"
<aromero51@c...>
> > wrote:
> > >
> > > Hi,
> > >
> > > I have a plain old Perl console application which writes a lot
of
> > > info to stdout, kicks off some other GUI based applications
> > > (Framemaker and Acrobat Distiller, mostly) plus a number of
other
> > > console programs that get invoked within the script.
> > >
> > > At the end of processing, I need to be able to move the
> Win2K/WinXP
> > > console window running the script to the front of the z-order
of
> > open
> > > windows. (The user may well have a number of other windows
open--
>
> > > browsers, mail client, Acrobat Reader, Notepad.)
> > >
> > > I'm unable to figure out how to do this simple task. I've been
> > > experimenting with both Win32::GUI and Win32::GUITest. It seems
> > like
> > > one of these should offer a way to do this, and I figure people
> on
> > > this list probably know at least something about both...
> > >
> > > Thanks for any leads.
> > >
> > > -Antonio Romero
> > >
> >
>
Piotr--
The sample code for the MsgBox will follow later.
Crimson Editor handles the ALT-TAB sequence correctly when I use it manually.
It's only when I use Win32::GuiTest:SendKeys that it misinterprets ALT-TAB.
You can try Crimson Editor if you like, it's freeware:
http://www.crimsoneditor.com/
It's actually a good editor in most respects, and includes an integrated FTP
client which I like for editing files directly on Web sites. But Win32::GuiTest
doesn't like it...
Perhaps they have a bug, perhaps you have an edge case. It does use tabs at the
top of the window to manage multiple editing buffers... maybe somehow in
trapping the control-tab sequence for moving among tabs they also inadvertently
trap the alt-tab somehow?
-Antonio
-------------- Original message --------------
From: "Piotr Kaluski" <pkaluski@...>
OK. I got your point.
I don't know any simple solution to your problem. But your post
raised some questions from my side:
> I tried "%{TAB}" but I ran into an application that that didn't
work
> right for... a text editor called Crimson Editor, that I use for my
> perl code, and that just recognized the alt-tab sequence from
> SendKeys as just plain TAB characters to enter into the editing
> buffer. Very strange, that.
Yes, it is strange. And if you do Alt-TAB manually does this editor
also intercept it?
> One more weird thing: If after this procedure I call the
> Win32::GUI::MsgBox function to display a final confirmation window,
> that MsgBox appears behind other windows... very annoying, not sure
> what to do about it.
Can you send an example code and description of what do you have to
do to get this behavior?
--Piotr
--- In perlguitest@yahoogroups.com, "C.A. Romero" <aromero51@c...>
wrote:
>
> No, unfortunately, SetForegroundWindow on Win2K has a restriction
> that it can only make a window flash in the taskbar until you give
it
> attention by clicking... See:
>
> http://support.microsoft.com/kb/q97925
>
> I did think of a way to do it-- basically, this:
>
> my ($consolehandle)=Win32::GUI::GetPerlWindow();
> while (Win32::GuiTest::GetForegroundWindow() !=
> $consolehandle) {
> Win32::GuiTest::SendKeys("%{ESCAPE}");
> }
>
> It's a bit of a hack but it does cycle the active window until the
> desired window comes to the foreground.
>
> I tried "%{TAB}" but I ran into an application that that didn't
work
> right for... a text editor called Crimson Editor, that I use for my
> perl code, and that just recognized the alt-tab sequence from
> SendKeys as just plain TAB characters to enter into the editing
> buffer. Very strange, that.
>
> One more weird thing: If after this procedure I call the
> Win32::GUI::MsgBox function to display a final confirmation window,
> that MsgBox appears behind other windows... very annoying, not sure
> what to do about it.
>
> Anyway-- Win32::GuiTest is great, I'm not complaining. Thanks for
the
> fast reply. If you have any suggestions about the use of MsgBox in
> this context, I'd appreciate them.
>
> -Antonio
>
> --- In perlguitest@yahoogroups.com, "Piotr Kaluski" <pkaluski@p...>
> wrote:
> >
> > Doesn't SetForegroundWindow work for you?
> > --Piotr
> >
> > --- In perlguitest@yahoogroups.com, "C.A. Romero"
<aromero51@c...>
> > wrote:
> > >
> > > Hi,
> > >
> > > I have a plain old Perl console application which writes a lot
of
> > > info to stdout, kicks off some other GUI based applications
> > > (Framemaker and Acrobat Distiller, mostly) plus a number of
other
> > > console programs that get invoked within the script.
> > >
> > > At the end of processing, I need to be able to move the
> Win2K/WinXP
> > > console window running the script to the front of the z-order
of
> > open
> > > windows. (The user may well have a number of other windows
open--
>
> > > browsers, mail client, Acrobat Reader, Notepad.)
> > >
> > > I'm unable to figure out how to do this simple task. I've been
> > > experimenting with both Win32::GUI and Win32::GUITest. It seems
> > like
> > > one of these should offer a way to do this, and I figure people
> on
> > > this list probably know at least something about both...
> > >
> > > Thanks for any leads.
> > >
> > > -Antonio Romero
> > >
> >
>
YAHOO! GROUPS LINKS
Visit your group "perlguitest" on the web.
To unsubscribe from this group, send an email to:
perlguitest-unsubscribe@yahoogroups.com
Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service.
[Non-text portions of this message have been removed]
Piotr--
I've pasted my sample code into the mailnote below. A few notes:
There's a four second pause due to a call to "Win32::Sleep". During that
period I manually bring other windows to the front by clicking on them in
the taskbar... this simulates some of the other applications that get opened
and run during the real perl script I've been working on.
The "ALT-ESC" key sequence does cycle through windows until the perl
console comes to the front... but then the call to MsgBox produces a window
that should be at the top of the z order but is not. You can see it pop up
in the task bar but you have to manually bring it forward. (I think what I
will do eventually is use Win32::GUI to create and display a small alert box
of my own instead, if there's no good way past this in Win32::GuiTest. I
would imagine that with that I can do pretty much anything I need to, though
it's more code.)
Thanks for the help on this. Maybe this is a contrived test case, and the
real problem is how the MsgBox behaves, but the behavior surprised me.
-Antonio
PS-- I think Win32::GuiTest can solve a number of other problems for me--
I'm very happy to have found it, even if this particular situation has me
calling for help... Thank you for building this.
# msgtest.pl
use Win32;
use Win32::GuiTest;
use Win32::GUI;
my ($hndl)=Win32::GUI::GetPerlWindow();
# do my other stuff... windows apps open and close
# To simulate, manually bring other apps to the front
# by clicking them in the taskbar while "Sleep" call below
# runs
# the real script kicks off GUI apps that run
# for 10 minutes or more and many windows open and close
Win32::Sleep(4000);
# cycle windows until the Perl console is in front
while (Win32::GuiTest::GetForegroundWindow() != $hndl) {
Win32::GuiTest::SendKeys("%{ESCAPE}");
}
# Bring perl console to foreground and activate
Win32::GuiTest::SetForegroundWindow($hndl);
Win32::GuiTest::SetActiveWindow($hndl);
# This message box opens behind other windows
# (MsgBox should just open in front, I think)
Win32::MsgBox('Popup',0, 'Text message');
-----Original Message-----
From: perlguitest@yahoogroups.com [mailto:perlguitest@yahoogroups.com]On
Behalf Of Piotr Kaluski
Sent: Friday, December 09, 2005 1:48 AM
To: perlguitest@yahoogroups.com
Subject: [perlguitest] Re: Need to move console window running Perl to front
OK. I got your point.
I don't know any simple solution to your problem. But your post
raised some questions from my side:
> I tried "%{TAB}" but I ran into an application that that didn't
work
> right for... a text editor called Crimson Editor, that I use for my
> perl code, and that just recognized the alt-tab sequence from
> SendKeys as just plain TAB characters to enter into the editing
> buffer. Very strange, that.
Yes, it is strange. And if you do Alt-TAB manually does this editor
also intercept it?
> One more weird thing: If after this procedure I call the
> Win32::GUI::MsgBox function to display a final confirmation window,
> that MsgBox appears behind other windows... very annoying, not sure
> what to do about it.
Can you send an example code and description of what do you have to
do to get this behavior?
--Piotr
--- In perlguitest@yahoogroups.com, "C.A. Romero" <aromero51@c...>
wrote:
>
> No, unfortunately, SetForegroundWindow on Win2K has a restriction
> that it can only make a window flash in the taskbar until you give
it
> attention by clicking... See:
>
> http://support.microsoft.com/kb/q97925
>
> I did think of a way to do it-- basically, this:
>
> my ($consolehandle)=Win32::GUI::GetPerlWindow();
> while (Win32::GuiTest::GetForegroundWindow() !=
> $consolehandle) {
> Win32::GuiTest::SendKeys("%{ESCAPE}");
> }
>
> It's a bit of a hack but it does cycle the active window until the
> desired window comes to the foreground.
>
> I tried "%{TAB}" but I ran into an application that that didn't
work
> right for... a text editor called Crimson Editor, that I use for my
> perl code, and that just recognized the alt-tab sequence from
> SendKeys as just plain TAB characters to enter into the editing
> buffer. Very strange, that.
>
> One more weird thing: If after this procedure I call the
> Win32::GUI::MsgBox function to display a final confirmation window,
> that MsgBox appears behind other windows... very annoying, not sure
> what to do about it.
>
> Anyway-- Win32::GuiTest is great, I'm not complaining. Thanks for
the
> fast reply. If you have any suggestions about the use of MsgBox in
> this context, I'd appreciate them.
>
> -Antonio
>
> --- In perlguitest@yahoogroups.com, "Piotr Kaluski" <pkaluski@p...>
> wrote:
> >
> > Doesn't SetForegroundWindow work for you?
> > --Piotr
> >
> > --- In perlguitest@yahoogroups.com, "C.A. Romero"
<aromero51@c...>
> > wrote:
> > >
> > > Hi,
> > >
> > > I have a plain old Perl console application which writes a lot
of
> > > info to stdout, kicks off some other GUI based applications
> > > (Framemaker and Acrobat Distiller, mostly) plus a number of
other
> > > console programs that get invoked within the script.
> > >
> > > At the end of processing, I need to be able to move the
> Win2K/WinXP
> > > console window running the script to the front of the z-order
of
> > open
> > > windows. (The user may well have a number of other windows
open--
>
> > > browsers, mail client, Acrobat Reader, Notepad.)
> > >
> > > I'm unable to figure out how to do this simple task. I've been
> > > experimenting with both Win32::GUI and Win32::GUITest. It seems
> > like
> > > one of these should offer a way to do this, and I figure people
> on
> > > this list probably know at least something about both...
> > >
> > > Thanks for any leads.
> > >
> > > -Antonio Romero
> > >
> >
>
YAHOO! GROUPS LINKS
Visit your group "perlguitest" on the web.
To unsubscribe from this group, send an email to:
perlguitest-unsubscribe@yahoogroups.com
Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service.
Hi All,
I've installed the latest Perl version from Active perl on my XP,
and tried to work with Win32::GuiTest. When I saw that complicated
code I tried to run not working, I tried the run the simplest code
that I took from Piotr Kaluski's documentation:
use Win32::GuiTest qw( FindWindowLike
PushChildButton );
use strict;
my @whnds = FindWindowLike( undef, "^Calculator" );
if( !@whnds ){
die "Cannot find window with title/caption Calculator\n";
}else{
printf( "Window handle of calculator application is %x\n",
$whnds[ 0 ] );
}
PushChildButton( $whnds[ 0 ], 126 ); # Button 2
PushChildButton( $whnds[ 0 ], 92 ); # Button +
PushChildButton( $whnds[ 0 ], 129 ); # Button 5
PushChildButton( $whnds[ 0 ], 112 ); # Button =
And it didn't work!
The window handle was found, but the buttons pushes were not accept,
same for SendKey and PushButton.
I really don't know what could be the problem.
Please help,
Elina
It works for me on XP, perl 5.8.7.
What do you mean saying that button pushes were not accept?
--Piotr
--- In perlguitest@yahoogroups.com, "elinamelamed"
<elinamelamed@y...> wrote:
>
> Hi All,
> I've installed the latest Perl version from Active perl on my XP,
> and tried to work with Win32::GuiTest. When I saw that complicated
> code I tried to run not working, I tried the run the simplest code
> that I took from Piotr Kaluski's documentation:
>
> use Win32::GuiTest qw( FindWindowLike
> PushChildButton );
> use strict;
>
> my @whnds = FindWindowLike( undef, "^Calculator" );
> if( !@whnds ){
> die "Cannot find window with title/caption Calculator\n";
> }else{
> printf( "Window handle of calculator application is %x\n",
> $whnds[ 0 ] );
> }
> PushChildButton( $whnds[ 0 ], 126 ); # Button 2
> PushChildButton( $whnds[ 0 ], 92 ); # Button +
> PushChildButton( $whnds[ 0 ], 129 ); # Button 5
> PushChildButton( $whnds[ 0 ], 112 ); # Button =
>
>
> And it didn't work!
> The window handle was found, but the buttons pushes were not
accept,
> same for SendKey and PushButton.
> I really don't know what could be the problem.
> Please help,
> Elina
>
I have the window Id for a combo entry, but I can not make it active
for SendKeys () (or even SelComboString ()). I've tried SetFocus ()
and SetActiveWindow () but they do not set the focus to the desired
entry.
Is there a specific GUI command to set this focus to a particular combo
(or field) entry?
geo
Hi,
I forgot to mention that I installed GuiTest from CPAN, build Win32-
GuiTest-1.50.3-ad. The perl version I'm using is also 5.8.7 . The
strange thing is that shortly after installing the module,
everything works fine, but after a few hours the SendKeys function
doesn't send keystrokes as expected. I'm trying to send user and
password to HTTP authentication message (but same happens with the
calculator example), and the only key that I see is being sent is
{TAB}. If I reinstall the module, it works fine. I know that it
sounds like fiction, but I really don't know what to do...
Thanks in advance,
Elina
--- In perlguitest@yahoogroups.com, "Piotr Kaluski" <pkaluski@p...>
wrote:
>
> It works for me on XP, perl 5.8.7.
> What do you mean saying that button pushes were not accept?
> --Piotr
>
>
>
> --- In perlguitest@yahoogroups.com, "elinamelamed"
> <elinamelamed@y...> wrote:
> >
> > Hi All,
> > I've installed the latest Perl version from Active perl on my
XP,
> > and tried to work with Win32::GuiTest. When I saw that
complicated
> > code I tried to run not working, I tried the run the simplest
code
> > that I took from Piotr Kaluski's documentation:
> >
> > use Win32::GuiTest qw( FindWindowLike
> > PushChildButton );
> > use strict;
> >
> > my @whnds = FindWindowLike( undef, "^Calculator" );
> > if( !@whnds ){
> > die "Cannot find window with title/caption Calculator\n";
> > }else{
> > printf( "Window handle of calculator application is %
x\n",
> > $whnds[ 0 ] );
> > }
> > PushChildButton( $whnds[ 0 ], 126 ); # Button 2
> > PushChildButton( $whnds[ 0 ], 92 ); # Button +
> > PushChildButton( $whnds[ 0 ], 129 ); # Button 5
> > PushChildButton( $whnds[ 0 ], 112 ); # Button =
> >
> >
> > And it didn't work!
> > The window handle was found, but the buttons pushes were not
> accept,
> > same for SendKey and PushButton.
> > I really don't know what could be the problem.
> > Please help,
> > Elina
> >
>
I'm not sure if there is a command for it, but I've taken to doing
many things strictly with mouse clicks. You can do the same if you've
already got the HWND of the combo you want to set focus to. Just find
out it's Rect values, do some math to find the middle of the combo,
and then click on that area. That should set focus to the combo if
it's enabled. This is part of the code I wrote for selecting a value
in a combobox:
($lx, $ty, $rx, $by) = GetWindowRect( $hwnd );
$x = $lx + (($rx - $lx)/2);
$y = $ty + (($by - $ty)/2);
MouseMoveAbsPix($x,$y);
SendMouse('{LEFTCLICK}');
A single click will dropdown the box, so you might want to do a double
click to set it back again.
--- In perlguitest@yahoogroups.com, "yi020024" <yi020024@y...> wrote:
>
> I have the window Id for a combo entry, but I can not make it active
> for SendKeys () (or even SelComboString ()). I've tried SetFocus ()
> and SetActiveWindow () but they do not set the focus to the desired
> entry.
>
> Is there a specific GUI command to set this focus to a particular combo
> (or field) entry?
>
> geo
>
Hi Friends
I want to get the hardware deatils using perl program. Is there any WIN32
Modules for that. please help me any one
Thanks
Dhana
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
[Non-text portions of this message have been removed]
Hi All
I downloaded Win32::GuiTest module from cpan and I'm getting the
following error while installing it.
I did the following
Perl Makefile.PL
This generates the Makefile.
Now when I give nmake
It errors out as follows
C:\tmp\tmp6\Win32-GuiTest-0.3>nmake
=====================================================================
=
Microsoft (R) Program Maintenance Utility Version 6.00.8168.0
Copyright (C) Microsoft Corp 1988-1998. All rights reserved.
gcc -c -DNDEBUG -DWIN32 -D_CONSOLE -DNO_STRICT -
DHAVE_DES_FCRYPT -DNO
_HASH_SEED -DUSE_SITECUSTOMIZE -DPERL_IMPLICIT_CONTEXT -
DPERL_IMPLICIT_SYS -DUSE
_PERLIO -DPERL_MSVCRT_READFIX -DHASATTRIBUTE -fno-strict-aliasing -
O2 -DVERSI
ON=\"0.3\" -DXS_VERSION=\"0.3\" "-IC:\Perl\lib\CORE" GuiTest.c
gcc: no input files
NMAKE : fatal error U1077: 'gcc' : return code '0x1'
Stop.
=====================================================================
=
Can you please let me know what might be the problem ?
Thanks
Prasanna
Can you give us details of your perl configuration? Did you get
binaries from Active or did you compile it yourself?
--Piotr
--- In perlguitest@yahoogroups.com, "Pras_15" <pras_15@y...> wrote:
>
> Hi All
>
>
>
> I downloaded Win32::GuiTest module from cpan and I'm getting the
> following error while installing it.
>
>
>
> I did the following
>
>
>
> Perl Makefile.PL
>
>
>
> This generates the Makefile.
>
>
>
> Now when I give nmake
>
>
>
> It errors out as follows
>
>
>
> C:\tmp\tmp6\Win32-GuiTest-0.3>nmake
>
>
>
>
=====================================================================
> =
>
> Microsoft (R) Program Maintenance Utility Version 6.00.8168.0
>
> Copyright (C) Microsoft Corp 1988-1998. All rights reserved.
>
>
>
> gcc -c -DNDEBUG -DWIN32 -D_CONSOLE -DNO_STRICT -
> DHAVE_DES_FCRYPT -DNO
>
> _HASH_SEED -DUSE_SITECUSTOMIZE -DPERL_IMPLICIT_CONTEXT -
> DPERL_IMPLICIT_SYS -DUSE
>
> _PERLIO -DPERL_MSVCRT_READFIX -DHASATTRIBUTE -fno-strict-aliasing -
> O2 -DVERSI
>
> ON=\"0.3\" -DXS_VERSION=\"0.3\" "-IC:\Perl\lib\CORE" GuiTest.c
>
> gcc: no input files
>
> NMAKE : fatal error U1077: 'gcc' : return code '0x1'
>
> Stop.
>
>
>
>
=====================================================================
> =
>
>
>
> Can you please let me know what might be the problem ?
>
>
>
>
>
> Thanks
>
> Prasanna
>
Use the Win32::OLE and WMI ...to retrieve hardware details
Susruth
"Dhanapalan.C" <dhana_foru@...> wrote:
Hi Friends
I want to get the hardware deatils using perl program. Is there any WIN32
Modules for that. please help me any one
Thanks
Dhana
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
[Non-text portions of this message have been removed]
SPONSORED LINKS
Basic programming language C programming language Computer
programming languages The c programming language C programming language
List of programming languages
---------------------------------
YAHOO! GROUPS LINKS
Visit your group "perlguitest" on the web.
To unsubscribe from this group, send an email to:
perlguitest-unsubscribe@yahoogroups.com
Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service.
---------------------------------
Susruth Sudhakaran
You are not responsible for what happens to you in life but you are definitely
responsible for how you respond to it
-------Some great Man(Not Me)
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
[Non-text portions of this message have been removed]
just try like this
c:\ppm install Win32::GuiTest
Pras_15 <pras_15@...> wrote: Hi All
I downloaded Win32::GuiTest module from cpan and I'm getting the
following error while installing it.
I did the following
Perl Makefile.PL
This generates the Makefile.
Now when I give nmake
It errors out as follows
C:\tmp\tmp6\Win32-GuiTest-0.3>nmake
=====================================================================
=
Microsoft (R) Program Maintenance Utility Version 6.00.8168.0
Copyright (C) Microsoft Corp 1988-1998. All rights reserved.
gcc -c -DNDEBUG -DWIN32 -D_CONSOLE -DNO_STRICT -
DHAVE_DES_FCRYPT -DNO
_HASH_SEED -DUSE_SITECUSTOMIZE -DPERL_IMPLICIT_CONTEXT -
DPERL_IMPLICIT_SYS -DUSE
_PERLIO -DPERL_MSVCRT_READFIX -DHASATTRIBUTE -fno-strict-aliasing -
O2 -DVERSI
ON=\"0.3\" -DXS_VERSION=\"0.3\" "-IC:\Perl\lib\CORE" GuiTest.c
gcc: no input files
NMAKE : fatal error U1077: 'gcc' : return code '0x1'
Stop.
=====================================================================
=
Can you please let me know what might be the problem ?
Thanks
Prasanna
SPONSORED LINKS
Basic programming
language C programming language
Computer programming languages
The c programming language C
programming language List of
programming languages
---------------------------------
YAHOO! GROUPS LINKS
Visit your group "perlguitest" on the web.
To unsubscribe from this group, send an email to:
perlguitest-unsubscribe@yahoogroups.com
Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service.
---------------------------------
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
[Non-text portions of this message have been removed]
You shouldn't need to compile the package from CPAN assuming you're
using a recent version of ActivePerl from ActiveState. Just extract it
to a temp directory, open a command prompt, cd to that directory, and
run "ppm install .\Win32-GuiTest.ppd".
If you really do need to compile the module, you'll have to use Visual
C++ to compile it for ActivePerl (not gcc). If you're using cygwin Perl,
though, you'll need to use cygwin development tools, but I can't help
you on what exactly.
Chris Hilton
> -----Original Message-----
> From: perlguitest@yahoogroups.com
> [mailto:perlguitest@yahoogroups.com] On Behalf Of Pras_15
> Sent: Wednesday, 21 December, 2005 04:37
> To: perlguitest@yahoogroups.com
> Subject: [perlguitest] Problem in installing Win32::GuiTest ..
>
> Hi All
>
>
>
> I downloaded Win32::GuiTest module from cpan and I'm getting
> the following error while installing it.
>
>
>
> I did the following...
>
>
>
> Perl Makefile.PL
>
>
>
> This generates the Makefile.
>
>
>
> Now when I give nmake
>
>
>
> It errors out as follows
>
>
>
> C:\tmp\tmp6\Win32-GuiTest-0.3>nmake
>
>
>
> =====================================================================
> =
>
> Microsoft (R) Program Maintenance Utility Version 6.00.8168.0
>
> Copyright (C) Microsoft Corp 1988-1998. All rights reserved.
>
>
>
> gcc -c -DNDEBUG -DWIN32 -D_CONSOLE -DNO_STRICT -
> DHAVE_DES_FCRYPT -DNO
>
> _HASH_SEED -DUSE_SITECUSTOMIZE -DPERL_IMPLICIT_CONTEXT -
> DPERL_IMPLICIT_SYS -DUSE
>
> _PERLIO -DPERL_MSVCRT_READFIX -DHASATTRIBUTE -fno-strict-aliasing -
> O2 -DVERSI
>
> ON=\"0.3\" -DXS_VERSION=\"0.3\" "-IC:\Perl\lib\CORE" GuiTest.c
>
> gcc: no input files
>
> NMAKE : fatal error U1077: 'gcc' : return code '0x1'
>
> Stop.
>
>
>
> =====================================================================
> =
>
>
>
> Can you please let me know what might be the problem ?
>
>
>
>
>
> Thanks
>
> Prasanna
>
>
>
>
>
>
>
>
>
>
> ------------------------ Yahoo! Groups Sponsor
> --------------------~--> Get Bzzzy! (real tools to help you
> find a job). Welcome to the Sweet Life.
> http://us.click.yahoo.com/KIlPFB/vlQLAA/TtwFAA/ndFolB/TM
> --------------------------------------------------------------
> ------~->
>
>
> Yahoo! Groups Links
>
>
>
>
>
>
>
Hi folks,
I was thrilled when I ran across this module...now if I can just
understand how to use it without creating a maintenance nightmare. :)
My overall goal is to use GUITEST to implement "synthetic"
transactions for response time monitoring. Timings from the
different GUI operations will most likely be shoved into an rrdtool
database for reporting. There are tools on the market from the likes
of HP (OVIS), BMC, Mercury, etc that do similar things, but I'm not
currently in a position to fund such a purchase. And I like Perl. :)
I have an old CRM Win32 application that I'm trying to build
against. So far I can login, use a menu to open a search form,
lookup a particular case/ticket, and open the located ticket. I did
struggle quite a lot with finding the right combination of wait
commands, but so far so good.
Using winspy, I can see all of the fields/control on the ticket
form...but was disappointed to see that the field labels don't show
up. I as hoping to use the labels to locate and navigate to
particular controls.
I'm guessing this is a common problem??? The control id's appear
to be unique (for this app) within a form. But I suspect that if the
form is changed (new field, etc), the control id's might be reordered
or changed.
I really want to avoid creating something that is unreliable and
vulnerable to even slight form changes.
What are my alternatives for creating a manageable solution?
Why don't the labels show up (no doubt my ignorance about
controls)?
Thanks much.
I need to get the listing of the directory in the explorer in Win2K3
back to the perl script, how do I do it?
Also when I right click on the properties of a file and get to the
security tab, I get a list of users in there, how do I get get those
back to the script?
Thanks,
Vladimir
Hello, Vladimir.
I think, it`s easier to get current explorer path from location bar and
then use it with e.g. File::Find.
As for security tab, you can use Win32::FileSecurity - it`s bundled with
ActivePerl distribution.
P.S. Владимир, если Вы говорите по-русски,
пишите на e-mail. Чем смогу -
помогу ).
Vladimir Yakubov пишет:
> I need to get the listing of the directory in the explorer in Win2K3
> back to the perl script, how do I do it?
>
> Also when I right click on the properties of a file and get to the
> security tab, I get a list of users in there, how do I get get those
> back to the script?
>
> Thanks,
>
> Vladimir
Guys,
Please avoid using your native language. We work in international
environment in which english is considered a standard. Although, I as
a Pole, don't have particular problems understanding russian, many
people do and they could find it a little bit intimidating.
And there are also problems with displaying this on yahoo.
Ale tak poza tym to uważam że rosyjski to naprawdę ładny
język :)
(i.e "apart from that I deem russian language really nice")
--Piotr
--- In perlguitest@yahoogroups.com, "Морозов А.А."
<inductor2000@m...> wrote:
>
> Hello, Vladimir.
>
> I think, it`s easier to get current explorer path from location bar and
> then use it with e.g. File::Find.
>
> As for security tab, you can use Win32::FileSecurity - it`s bundled
with
> ActivePerl distribution.
>
> P.S. 'ладимир, если 'ы говорите
по-русски, пишите на e-mail. Чем смогу -
> помогу ).
>
> Vladimir Yakubov пишет:
> > I need to get the listing of the directory in the explorer in Win2K3
> > back to the perl script, how do I do it?
> >
> > Also when I right click on the properties of a file and get to the
> > security tab, I get a list of users in there, how do I get get those
> > back to the script?
> >
> > Thanks,
> >
> > Vladimir
>
Ok, sorry for that. To get things clear, I asked Vladimir, that if he
speaks russian, to continue discussion in private email in native
language. I tried to avoid russian "flood" in this mailing list.
I promise to behave myself :).
> Guys,
> Please avoid using your native language. We work in international
> environment in which english is considered a standard. Although, I as
> a Pole, don't have particular problems understanding russian, many
> people do and they could find it a little bit intimidating.
> And there are also problems with displaying this on yahoo.
>
> Ale tak poza tym to uważam że rosyjski to naprawdę
> ładny język :)
>
> (i.e "apart from that I deem russian language really nice")
>
> --Piotr
I speak Russian, but yahoo, isn't displaying the characters correctly,
so unfortunatly I can't read your message.
Vladimir
--- In perlguitest@yahoogroups.com, "Морозов А.А."
<inductor2000@m...> wrote:
>
> Ok, sorry for that. To get things clear, I asked Vladimir, that if he
> speaks russian, to continue discussion in private email in native
> language. I tried to avoid russian "flood" in this mailing list.
> I promise to behave myself :).
>
> > Guys,
> > Please avoid using your native language. We work in international
> > environment in which english is considered a standard. Although, I as
> > a Pole, don't have particular problems understanding russian, many
> > people do and they could find it a little bit intimidating.
> > And there are also problems with displaying this on yahoo.
> >
> > Ale tak poza tym to uważam że rosyjski to naprawdę
> > ładny język :)
> >
> > (i.e "apart from that I deem russian language really nice")
> >
> > --Piotr
>
Well, well.
An interesting e-mail.
> now if I can just
> understand how to use it without creating a maintenance nightmare. :)
A very reasonable concern. Test scripts dealing with many controls are
really prone to become difficult to maintain.
> I have an old CRM Win32 application that I'm trying to build
> against. So far I can login, use a menu to open a search form,
> lookup a particular case/ticket, and open the located ticket. I did
> struggle quite a lot with finding the right combination of wait
> commands, but so far so good.
You mean you managed to find a way of smart waiting until a
transaction ends? I find it a headache in gui testing, so I would like
to hear how did you solve it.
> Using winspy, I can see all of the fields/control on the ticket
> form...but was disappointed to see that the field labels don't show
> up. I as hoping to use the labels to locate and navigate to
> particular controls.
Static labels are controls by themselves. If your form contains a text
field with a label describing it, then the label and edit field are
separate controls. There is no direct link between them (on the Win32
level). Therefore it would be difficult to use labels for navigation
between editable controls. Can you see those labels in Winspy?
> The control id's appear
> to be unique (for this app) within a form. But I suspect that if the
> form is changed (new field, etc), the control id's might be reordered
> or changed.
It is probably a good programming practice to keep all control ids
different, but it is not a requirement. It happens pretty often to
find a window which has many children with the same control id (most
commonly this id is "0").
> I really want to avoid creating something that is unreliable and
> vulnerable to even slight form changes.
>
> What are my alternatives for creating a manageable solution?
> Why don't the labels show up (no doubt my ignorance about
> controls)?
>
I was trying to develop a solution for it. If you have some time, try
reading this:
http://www.piotrkaluski.com/files/lguitest/introduction/index.html
If you find it interesting, let me know.
--Piotr
I'm not sure that I've really solved anything relative to the problem
of waiting. I finally gave up and put in a sleep after a button
push...I could not find a way to dependably wait until the
functionality behind the button push completed and returned control
(all the button was doing was clearing out a bunch of fields on a
search form).
Until that point I'd had success using a local function (that I
wrote) that issues the following calls:
WaitWindowLike
FindWindowLike
SetForegroundWindow
WaitForReady
I invoke this subroutine whenever I perform an operation that hands
control to the gui. But since the button episode, I'm starting to
wonder if I haven't duped myself - that all of the function call
overhead and delay isn't doing the equivalent of a sleep!!!
Relative to the labels...
What you're saying makes sense.
(NOTE: I'm not very experienced in the win32 space - much more of an
old unix guy.)
The labels do NOT show up in winspy. In the forms developer
associated with the application, the label and input field (or
dropdown, etc) are "one" control that you drop on a form - the label
being an "attribute" of sorts of the control that you fill in - which
in my ignorance led me to believe there would be a discernable
relationship within the win32 hierarchy. Note also that in this
application, the label can act as a link to drill into an underlying
object. If the label is red in color and underlined, you can mouse
click on the label and it will bring up another form (example: click
on a employee name field and it will pop up the full employee record).
So if I continue down the guitest path, I'm going to have to teach
the perl program how to click on the links.
I'm very concerned about the reliability aspect - especially given
that I would be trying to measure service levels (ie. SLA's)! And I
was really hoping to avoid having to change the perl program
everytime a develop adds a field to a form.
Relative to the control ID's:
In this case, the control ID's certainly appear to be unique on a
given form. So that may be my best option for identifying
fields...but it certainly doesn't live up to uninformed expectations.
I'm very curious how the HP and Mercury products would handle this
application. I'm pretty sure that BMC's (PETE) product strictly
records screen coordinates.
I look for forward to reading the link you posted...
Regards,
JD
--- In perlguitest@yahoogroups.com, "Piotr Kaluski" <pkaluski@p...>
wrote:
>
> Well, well.
> An interesting e-mail.
>
> > now if I can just
> > understand how to use it without creating a maintenance
nightmare. :)
>
> A very reasonable concern. Test scripts dealing with many controls
are
> really prone to become difficult to maintain.
>
> > I have an old CRM Win32 application that I'm trying to build
> > against. So far I can login, use a menu to open a search form,
> > lookup a particular case/ticket, and open the located ticket. I
did
> > struggle quite a lot with finding the right combination of wait
> > commands, but so far so good.
>
> You mean you managed to find a way of smart waiting until a
> transaction ends? I find it a headache in gui testing, so I would
like
> to hear how did you solve it.
>
> > Using winspy, I can see all of the fields/control on the
ticket
> > form...but was disappointed to see that the field labels don't
show
> > up. I as hoping to use the labels to locate and navigate to
> > particular controls.
>
> Static labels are controls by themselves. If your form contains a
text
> field with a label describing it, then the label and edit field are
> separate controls. There is no direct link between them (on the
Win32
> level). Therefore it would be difficult to use labels for navigation
> between editable controls. Can you see those labels in Winspy?
>
>
> > The control id's appear
> > to be unique (for this app) within a form. But I suspect that if
the
> > form is changed (new field, etc), the control id's might be
reordered
> > or changed.
>
> It is probably a good programming practice to keep all control ids
> different, but it is not a requirement. It happens pretty often to
> find a window which has many children with the same control id (most
> commonly this id is "0").
>
>
> > I really want to avoid creating something that is unreliable
and
> > vulnerable to even slight form changes.
> >
> > What are my alternatives for creating a manageable solution?
> > Why don't the labels show up (no doubt my ignorance about
> > controls)?
> >
>
> I was trying to develop a solution for it. If you have some time,
try
> reading this:
> http://www.piotrkaluski.com/files/lguitest/introduction/index.html
> If you find it interesting, let me know.
>
>
> --Piotr
>
Hi all,
I have been a memeber of this list for a while and mainly just
watching and learning. I have solved several problems w;ith this
module.
I would like to know if I can fill out a web form with the module,
specifically this one.
http://216.184.96.114/sms/mensaje.php
I have tried several approaches with several modules with no luck.
If guitest is not the way I would appreciate to
be pointed in the right direction or some example code.
Merry Christmas to all.
Warmly,
Angel
Which modules did you dry?
Win32::GuiTest is not the best choice, since it is blind for html
controls. I would look for modules for html/www automation.
--Piotr
--- In perlguitest@yahoogroups.com, Angel Rodriguez <angel@t...> wrote:
>
> Hi all,
>
> I have been a memeber of this list for a while and mainly just
> watching and learning. I have solved several problems w;ith this
> module.
>
> I would like to know if I can fill out a web form with the module,
> specifically this one.
>
> http://216.184.96.114/sms/mensaje.php
>
> I have tried several approaches with several modules with no luck.
>
> If guitest is not the way I would appreciate to
> be pointed in the right direction or some example code.
>
> Merry Christmas to all.
>
> Warmly,
> Angel
>
Hello Piotr,
Well, I tried several HTML::Form, HTML::FormFill and one two more
but I got it to work last night with WWW-Mechanize. Real simple too.
use WWW::Mechanize;
$message = "test";
my $mech = WWW::Mechanize->new();
$url = "http://216.184.96.114/sms/mensaje.php";
$mech->get( $url );
$mech->field("to", "7810xxxx");
$mech->field("text", "$message");
$mech->field("subject", "Angel");
$mech->click();
thanks
Angel
Friday, December 23, 2005, 4:29:12 AM, you wrote:
> Which modules did you dry?
> Win32::GuiTest is not the best choice, since it is blind for html
> controls. I would look for modules for html/www automation.
> --Piotr
> --- In perlguitest@yahoogroups.com, Angel Rodriguez <angel@t...> wrote:
>>
>> Hi all,
>>
>> I have been a memeber of this list for a while and mainly just
>> watching and learning. I have solved several problems w;ith this
>> module.
>>
>> I would like to know if I can fill out a web form with the module,
>> specifically this one.
>>
>> http://216.184.96.114/sms/mensaje.php
>>
>> I have tried several approaches with several modules with no luck.
>>
>> If guitest is not the way I would appreciate to
>> be pointed in the right direction or some example code.
>>
>> Merry Christmas to all.
>>
>> Warmly,
>> Angel
>>
> YAHOO! GROUPS LINKS
> Visit your group "perlguitest" on the web.
> To unsubscribe from this group, send an email to:
> perlguitest-unsubscribe@yahoogroups.com
> Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service.
Hello,
I'm using Win32::GuiTest for regression testing a complex form-heavy webapp.
I'm doing this to properly test the actual target browser interface - incl.
javascript, applets etc. Using a fake client doesn't properly test the client,
if this is important to you is moot.
To navigate around forms I'm using "accesskey" tags in the html (good
usability practice anyway), scraping + tabbing etc.
Works a treat.
Cheers,
Pete
Angel Rodriguez <angel@...> wrote:
Hello Piotr,
Well, I tried several HTML::Form, HTML::FormFill and one two more
but I got it to work last night with WWW-Mechanize. Real simple too.
use WWW::Mechanize;
$message = "test";
my $mech = WWW::Mechanize->new();
$url = "http://216.184.96.114/sms/mensaje.php";
$mech->get( $url );
$mech->field("to", "7810xxxx");
$mech->field("text", "$message");
$mech->field("subject", "Angel");
$mech->click();
thanks
Angel
Friday, December 23, 2005, 4:29:12 AM, you wrote:
> Which modules did you dry?
> Win32::GuiTest is not the best choice, since it is blind for html
> controls. I would look for modules for html/www automation.
> --Piotr
> --- In perlguitest@yahoogroups.com, Angel Rodriguez <angel@t...> wrote:
>>
>> Hi all,
>>
>> I have been a memeber of this list for a while and mainly just
>> watching and learning. I have solved several problems w;ith this
>> module.
>>
>> I would like to know if I can fill out a web form with the module,
>> specifically this one.
>>
>> http://216.184.96.114/sms/mensaje.php
>>
>> I have tried several approaches with several modules with no luck.
>>
>> If guitest is not the way I would appreciate to
>> be pointed in the right direction or some example code.
>>
>> Merry Christmas to all.
>>
>> Warmly,
>> Angel
>>
> YAHOO! GROUPS LINKS
> Visit your group "perlguitest" on the web.
> To unsubscribe from this group, send an email to:
> perlguitest-unsubscribe@yahoogroups.com
> Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service.
---------------------------------
YAHOO! GROUPS LINKS
Visit your group "perlguitest" on the web.
To unsubscribe from this group, send an email to:
perlguitest-unsubscribe@yahoogroups.com
Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service.
---------------------------------
---------------------------------
Yahoo! for Good - Make a difference this year.
[Non-text portions of this message have been removed]
Send Email
