You can subscribe to this list here.
2007 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(11) |
Jul
(12) |
Aug
(6) |
Sep
(26) |
Oct
(18) |
Nov
|
Dec
(2) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2008 |
Jan
(1) |
Feb
(3) |
Mar
(1) |
Apr
|
May
(1) |
Jun
(2) |
Jul
|
Aug
(7) |
Sep
|
Oct
|
Nov
|
Dec
(1) |
2009 |
Jan
|
Feb
(1) |
Mar
|
Apr
(6) |
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
(2) |
Oct
|
Nov
|
Dec
|
2010 |
Jan
(3) |
Feb
|
Mar
(3) |
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(2) |
Dec
|
2011 |
Jan
|
Feb
|
Mar
|
Apr
(4) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
(1) |
2013 |
Jan
(1) |
Feb
(3) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
From: Bhavani S. B. <bha...@gm...> - 2013-11-22 03:42:54
|
Hi All, I am running Win32::Guitest on a 2008 R2 x64 bit server machine. How to read the tooltip/infotip/hint which will be shown when we move the mouse over and edit box or list box etc? How to get the name of the edit box/combo box/list box? The GetClassName doesn't give the actual name...it just displays the type of box or button etc. Not able to install Win32::GUI as it doesn't support x64 bit machine. -- Thanks & Regards Bhavani Sankar B |
From: sue s. <se...@ho...> - 2013-02-11 21:46:44
|
http://www.micocin.com/libraries/joomla/cache/mylife.php?yjjookzw160azo May your clock run slow, your heart fast, your bile over, your wife away, your nose always. ********** sue sahni 2/11/2013 10:46:26 PM edpuyxavvrneedpuyxavvrne |
From: Dmitry K. <dm...@ka...> - 2013-02-06 22:18:18
|
On Wed, Feb 06, 2013 at 09:47:12AM -0800, m laks wrote: > > I am a perl user, who runs linux on all my machines, but during the day i > must work on windows boxes. There is a lot of repetitive work that is done. > > I have been using autohotkey for automating stuff like creating hotkeys > (automatically replace a fixed text with another). > > However, the syntax and structure of autohotkey are very very sad. It is like > something of your worst nightmares. > > Have you seen autohotkey functionality implemented using perl using > win32::guitest? > > Thus clearly one could do the mousing and key presses using win32::guitest. I > mean making hotkeys and somewhat even more namely auto-completion with drop > down choices like emacs has in some modes. > > I imagine it could be implemented similar to the way the following keylogger > was done using win32::guitest > > http://packetstormsecurity.com/files/91392/Simple-Perl-Keylogger-For-Windows.html > > What I really would like is to create a program working on my desktop > > The kind of functionality I think of would be useful would be something like > the emacs package auto-complete-mode where you type tab and get automatic > offered completing text. > > This is similar to the way that smart phones complete text. > > If you read the recent ny times review by Pogue of the blackberry phone > where he likes this functionality of that phone. > > http://www.nytimes.com/2013/01/31/technology/the-blackberry-refreshed-lives-to-fight-another-day.html?pagewanted=all > > What do youu think. I guess to use the win32::gui to create the local pop up > window with the completions and select and enter with tab. > > Mitchell Laks > Hi Mitchell, I think this is doable. Win32::GuiTest can definitely help you with sending a completion text back to the focused application. -- Sincerely, Dmitry Karasik |
From: m l. <mla...@ya...> - 2013-02-06 17:47:19
|
I am a perl user, who runs linux on all my machines, but during the day i must work on windows boxes. There is a lot of repetitive work that is done. I have been using autohotkey for automating stuff like creating hotkeys (automatically replace a fixed text with another). However, the syntax and structure of autohotkey are very very sad. It is like something of your worst nightmares. Have you seen autohotkey functionality implemented using perl using win32::guitest? Thus clearly one could do the mousing and key presses using win32::guitest. I mean making hotkeys and somewhat even more namely auto-completion with drop down choices like emacs has in some modes. I imagine it could be implemented similar to the way the following keylogger was done using win32::guitest http://packetstormsecurity.com/files/91392/Simple-Perl-Keylogger-For-Windows.html What I really would like is to create a program working on my desktop The kind of functionality I think of would be useful would be something like the emacs package auto-complete-mode where you type tab and get automatic offered completing text. This is similar to the way that smart phones complete text. If you read the recent ny times review by Pogue of the blackberry phone where he likes this functionality of that phone. http://www.nytimes.com/2013/01/31/technology/the-blackberry-refreshed-lives-to-fight-another-day.html?pagewanted=all What do youu think. I guess to use the win32::gui to create the local pop up window with the completions and select and enter with tab. Mitchell Laks |
From: gianni <gia...@gm...> - 2013-01-22 14:24:05
|
I need to copy greek utf-8 text: the text is contained in the window of a program running under windows xp (it is greek text). If I drag and drop the text into wordpad (ctrl-c doesn't work), I get the correct results, using a specific greek ttf font; but this copy and paste doesn't work under perl, the greek text appears only as question marks. I think that it depends on the fact it is rich text. In the following code, I've tried all the possible permutations of the rows preceded by the ### and the result is always the same, showing many question marks instead of the greek formatted text. If I drag and drop it in wordpad and then open it with vim, the "set fenc" command tells me that it is utf-8. This is an example of the text that I need to copy (you will see only some striked i, iota and eta, but when using the right font it goes to normal greek). GREEK: ɨɡɩɱʹɲ ɨɡɩɱʹɲ ENDGREEK Can you help? Thanks use 5.016; use Win32::GuiTest qw( FindWindowLike GetWindowRect GetWindowID GetClassName WMGetText GetWindowText UnicodeSemantics); use strict; use warnings; use Encode qw (from_to decode encode); UnicodeSemantics(1); ### use open ':encoding(utf8)'; ### #binmode(STDOUT, ":utf8"); ### open 'FILE', ">", "canc.txt"; ### #binmode(FILE, ":utf8"); my $hwnd = 131266; my $info = "# Window Text: '" . GetWindowText($hwnd) . "'\r\n"; $info = $info . "# Window Class: '" . GetClassName($hwnd) . "'\r\n"; $info = $info . "# Window ID: " . GetWindowID($hwnd) . "\r\n"; my ( $left, $top, $right, $bottom ) = GetWindowRect($hwnd); $info = $info . "# Window Rect: ($left, $top) - ($right, $bottom)\r\n"; say $info; my $actualText = WMGetText($hwnd); say $actualText; say FILE $actualText; ### my $foo = decode( 'UTF-8', $actualText ); say $foo; say FILE $foo; ### my $body = encode( 'UTF-8', $foo ); say $body; say FILE $body; |
From: Raghava B.S <rag...@ya...> - 2011-12-12 06:58:23
|
<p>hi there!<br>for anyone who tries this income can be made<br><a href="http://www.abhinavcomputer.com/profile/37BrianBaker/">http://www.abhinavcomputer.com/profile/37BrianBaker/</a><br>see you</p> |
From: Raghava B.S <rag...@ya...> - 2011-11-27 02:27:40
|
<p>Hi Friend.<br>despite the circumstances I stayed positive you would be intrigued by this its crazy how the tables have turned please keep this between us<br><a href="http://shootingactionsports.com/profile/79JustinAlien/">http://shootingactionsports.com/profile/79JustinAlien/</a><br>see you later.</p> |
From: Dmitry K. <dm...@ka...> - 2011-04-11 14:20:07
|
> mock-up for testing that I could provide to you. I take it this isn't a > problem that's been reported before? I vageuly remember that that there were problems with tabs, but I never charged for them because it could mean digging more MSDN $) But this bug OTOH seems like some compiler/setup error. Just to be sure though, are your ActiveState and cygwin perls both 32 bit? -- Sincerely, Dmitry Karasik |
From: David D. <dav...@si...> - 2011-04-11 14:08:57
|
On 04/11/2011 10:02 AM, Dmitry Karasik wrote: >> mock-up for testing that I could provide to you. I take it this isn't a >> problem that's been reported before? > > I vageuly remember that that there were problems with tabs, but I never > charged for them because it could mean digging more MSDN $) But this bug OTOH > seems like some compiler/setup error. I agree. The tab functions look to be implemented in the shared library only, which suggests it's a build error. I have tried rebuilding the package using cpan, but the problem persists. > Just to be sure though, are your ActiveState and cygwin perls both 32 bit? Yep. The machine is 32-bit, and all perl's and compilers are 32 bit. -- David Dombrowsky, Software Engineer Sixnet LLC | www.sixnet.com | dav...@si... Tel: +1-518-877-5173 x161 GnuPG Key ID: DD4D32C6 2010-11-23 TW9uIEFwciAxMSAwMDowMDowMiBFRFQgMjAxMQo= |
From: David D. <dav...@si...> - 2011-04-11 13:29:39
|
On 04/08/2011 05:56 PM, Dmitry Karasik wrote: > On Fri, Apr 08, 2011 at 04:56:46PM -0400, David Dombrowsky wrote: >> >> The following code fails when using the SelTabItem or GetTabItems call >> in version 1.58 of Win32::GuiTest, compiled using cygwin gcc and perl. >> >> my ($tabctl) = FindWindowLike($configwin,undef,"^SysTabControl32"); >> printf("Tab %x\n",$tabctl); >> my @t = GetTabItems($tabctl); print("\t".join(",",@t)."\n"); >> SelTabItem($tabctl,1); >> >> The windows flash around, but the tab is not selected and there's a few >> other nasty system error messages. > > Hi David > > It looks like there's no enough information on the bug so I can neither > reproduce nor confirm the problem. If you have a possibility to debug and find > the cause yourself, -- or, at least, to send me a simple case I could use to test, > it would be great. Unfortunately I cannot provide you with the binary I'm testing, since it's proprietary and all that fun stuff. I'll look into building a mock-up for testing that I could provide to you. I take it this isn't a problem that's been reported before? Running the test with debugging on doesn't yield any results. The resulting output from the code snippit above is: Using class pattern (^SysTabControl32) Window Found(Text : '' Class : 'SysTabControl32' Handle: '590232') Tab 90198 ,,,,,, I'll see if I can come back with an example executable to demonstrate the failure of GetTabItems(). >> BTW, is Win32::GuiTest still an active project? Only a handful of > > That depends on definition of 'active', I guess. It's not dead, that's for sure. Good to know. Sorry if that sounded condescending, it wasn't my intent. It's just that sometimes I'll ask for help and devs will say something like "this was replaced by project XYZ 3 years ago. Go away". I certainly appreciate the project and will help if I can. -- David Dombrowsky, Software Engineer Sixnet LLC | www.sixnet.com | dav...@si... Tel: +1-518-877-5173 x161 GnuPG Key ID: DD4D32C6 2010-11-23 TW9uIEFwciAxMSAwMDowMDowMiBFRFQgMjAxMQo= |
From: David D. <dav...@si...> - 2011-04-08 21:14:09
|
The following code fails when using the SelTabItem or GetTabItems call in version 1.58 of Win32::GuiTest, compiled using cygwin gcc and perl. my ($tabctl) = FindWindowLike($configwin,undef,"^SysTabControl32"); printf("Tab %x\n",$tabctl); my @t = GetTabItems($tabctl); print("\t".join(",",@t)."\n"); SelTabItem($tabctl,1); The windows flash around, but the tab is not selected and there's a few other nasty system error messages. When I try the same program using ActivePerl, it runs fine and selects the tab as expected. I was /really/ hoping to avoid the complication of ActivePerl for this project and was wondering if there was any solution. BTW, is Win32::GuiTest still an active project? Only a handful of messages in the last year. If not, what should I be using to test these good ol' fashioned non-dot-net windows apps that we all have to maintain ad infinitum? -- David Dombrowsky, Software Engineer Sixnet LLC | www.sixnet.com | dav...@si... Tel: +1-518-877-5173 x161 GnuPG Key ID: DD4D32C6 2010-11-23 RnJpIEFwciAgOCAwMDowMDowMiBFRFQgMjAxMQo= |
From: Natxo A. <nat...@gm...> - 2010-11-22 22:20:58
|
On Mon, Nov 22, 2010 at 10:53 PM, Natxo Asenjo <nat...@gm...> wrote: > I have a working script that starts an application, presses some > buttons and reads a result display. This works fine. But I need to > close the application and it does not respond to alt-f4 so the app > keeps running. Here is where the DestroyWindow > (http://msdn.microsoft.com/en-us/library/ms632682%28VS.85%29.aspx) > function would come in handy. Is there a way to do this using ctrl ids > for the close window widget? I could not find it in winspy. answering my own question, I used SendMessage(): #SendMessage($whnds[0], "0x0112", "0xF060", "0"); SendMessage($whnds[0], 274, 61536, 0); I found the info here: http://www.codeproject.com/KB/dialog/closewindow.aspx I just needed to use decimal instead of hex and it works from the linux server :-) Nice! -- natxo |
From: Natxo A. <nat...@gm...> - 2010-11-22 21:53:56
|
hi, new to the list, already liking the software a lot.. Thanks for this module. I want to run some gui tests against windows terminal servers using nrpe from a nagios linux server. Using nrpe I can run have a windows computer run commands and give the result back to the monitoring server. So this module would be great for checking graphical stuff. One problem I have is that the nrpe client does not display any window on the terminal server. This is by design, not to distract users. So using the Sendkeys function does not work, but as long as I know which control id buttons I have to press, it works with PushChildButton(). I have a working script that starts an application, presses some buttons and reads a result display. This works fine. But I need to close the application and it does not respond to alt-f4 so the app keeps running. Here is where the DestroyWindow (http://msdn.microsoft.com/en-us/library/ms632682%28VS.85%29.aspx) function would come in handy. Is there a way to do this using ctrl ids for the close window widget? I could not find it in winspy. Thanks in advance. -- Groeten, natxo |
From: selva g. <gan...@ya...> - 2010-05-04 13:42:04
|
Hello All, Greeting. I am using GUITest module to automate my window application and I need clarification on the following and your help on the same will be appreciated. 1. Is it possible to get toolbar item count (tb_buttoncount) and toolbar text, click on toolbar item and status of toolbar items. I tried sendmessage (hwnd,TB_BUTTONCOUNT,0,0) (even without 0,0 ) and it did not return any values . I tried to get the same with menu control also but failed. (Some reference to pointer will be the issue?) Hope some users faced like issue and could you please help me on this? |
From: kusum g. <san...@ya...> - 2010-03-25 03:04:44
|
Your Mail works best with the New Yahoo Optimized IE8. Get it NOW! http://downloads.yahoo.com/in/internetexplorer/ |
From: Bauer, S. <ste...@am...> - 2010-03-24 04:31:26
|
Try downloading 1.56. If that doesn't work, download the source and build it on a system with Perl 5.10 already installed. Steve From: Clifford Smith [mailto:cds...@gm...] Sent: Tuesday, March 23, 2010 8:42 PM To: win...@li... Subject: [Winguitest-general] Win32::GuiTest Install Problem Hello, I am having a problem installing GuiTest module. I have combed CPAN, Yahoo User Group, and SourceForge looking if someone else has seen my problem and came up empty. I am using ActivePerl 5.10.0 build 1004 on a Windows XP Home Edition 5.1.2600 SP3. I downloaded the PPM files and saved them in a directory: Directory of C:\Documents and Settings\Cliff\My Documents\temp 03/22/2010 09:45 PM <DIR> . 03/22/2010 09:45 PM <DIR> .. 03/22/2010 09:24 PM 177,304 Win32-GuiTest-ppm-1_55.tar.gz 12/15/2007 03:01 PM 430 Win32-GuiTest.ppd 12/15/2007 02:59 PM 177,055 Win32-GuiTest.tar.gz 4 File(s) 354,789 bytes 2 Dir(s) 8,191,664,128 bytes free I then try to run the PPM install but get an error: C:\Documents and Settings\Cliff\My Documents\temp> ppm install .\Win32-GuiTest.ppd ppm install failed: The PPD does not provide code to install for this platform Can anyone give me an idea of what I'm doing wrong? Thanks Cliff |
From: Clifford S. <cds...@gm...> - 2010-03-24 01:41:45
|
Hello, I am having a problem installing GuiTest module. I have combed CPAN, Yahoo User Group, and SourceForge looking if someone else has seen my problem and came up empty. I am using ActivePerl 5.10.0 build 1004 on a Windows XP Home Edition 5.1.2600 SP3. I downloaded the PPM files and saved them in a directory: Directory of C:\Documents and Settings\Cliff\My Documents\temp 03/22/2010 09:45 PM <DIR> . 03/22/2010 09:45 PM <DIR> .. 03/22/2010 09:24 PM 177,304 Win32-GuiTest-ppm-1_55.tar.gz 12/15/2007 03:01 PM 430 Win32-GuiTest.ppd 12/15/2007 02:59 PM 177,055 Win32-GuiTest.tar.gz 4 File(s) 354,789 bytes 2 Dir(s) 8,191,664,128 bytes free I then try to run the PPM install but get an error: C:\Documents and Settings\Cliff\My Documents\temp> ppm install .\Win32-GuiTest.ppd ppm install failed: The PPD does not provide code to install for this platform Can anyone give me an idea of what I'm doing wrong? Thanks Cliff |
From: Milan M <mil...@gm...> - 2010-01-22 15:47:50
|
Hi Dmitry, I see your point. I didn't move the mouse -- I assumed that, since I already obtain a handle on the icon, the mouse should be "centered" on it. Then, simply issuing a click should do it. Looks like I was wrong in that assumption. Going over the documentation, it appears that there is no function that does this, so I'll try your method. Cheers! - M On Fri, Jan 22, 2010 at 2:28 AM, Dmitry Karasik <dm...@ka...> wrote: >> # ALL OF THESE FAIL >> # ----------------- >> #SetForegroundWindow($iconNameWindow[0]); >> # MouseClick ('^Bar Icon$'); >> # MouseClick ($iconNameWindow[0]); >> #my $errCode = MouseClick ('^Bar Icon$', undef, undef, 5, undef, 2); >> my $errCode = MouseClick ($iconNameWindow[0], undef, undef, 5, undef, 2); >> print "errCode = $errCode \n\n"; # This prints 0. > > > Does the actual mouse pointer move? Look at implementation of > MouseClick in GuiTest.pm, add a couple of debug statements there, > or just call MouseMoveAbsPix and SendMouse directly. > > -- > Sincerely, > Dmitry Karasik > > |
From: Dmitry K. <dm...@ka...> - 2010-01-22 07:28:17
|
> # ALL OF THESE FAIL > # ----------------- > #SetForegroundWindow($iconNameWindow[0]); > # MouseClick ('^Bar Icon$'); > # MouseClick ($iconNameWindow[0]); > #my $errCode = MouseClick ('^Bar Icon$', undef, undef, 5, undef, 2); > my $errCode = MouseClick ($iconNameWindow[0], undef, undef, 5, undef, 2); > print "errCode = $errCode \n\n"; # This prints 0. Does the actual mouse pointer move? Look at implementation of MouseClick in GuiTest.pm, add a couple of debug statements there, or just call MouseMoveAbsPix and SendMouse directly. -- Sincerely, Dmitry Karasik |
From: Milan M <mil...@gm...> - 2010-01-22 02:29:51
|
Hello everyone, First and foremost, sorry if this is not the correct medium to ask the question -- it seems the most alive of all Win32::GuiTest forums I could find. My goal is simple: I have an application named "Foo Application" that has an icon somewhere in it, called "Bar Icon". I parsed the app-tree out in WinSpy, I have the control ID of the "Bar Icon". Here's my code snippet: <pre> #!/usr/bin/perl -w use strict; use warnings; use Data::Dumper; use Win32::GuiTest qw(:ALL); # Obtain handle on the main application window my $appTitle = "Foo Application"; my @appWindow = WaitWindow("^$appTitle" ); if( !@appWindow || (scalar (@appWindow) != 1)){ die "Cannot find a window with title/caption: $appTitle OR more than one window with that title opened!\n\n"; }else{ printf( "Window handle of $appTitle is %x\n\n", $appWindow[ 0 ] ); SetForegroundWindow($appWindow[0]); } # Now find the icon on the application # Click on "Bar Icon" (WinSpy says - Type: Edit. Hex: 96. Dec: 150) my $iconName = "Bar Icon"; print "Seeking $iconName ... "; my @iconNameWindow = FindWindowLike( $appWindow[0], undef, "Edit", 0x96); if( !@iconNameWindow ){ die "Cannot find $iconName edit box.\n\n"; }else{ print "FindWindowLike returned " . scalar(@iconNameWindow) . " handles.\n"; printf("Window handle of $iconName edit box is %x.\n", $iconNameWindow[0]); } # I have the handle to the icon. Click it. # ALL OF THESE FAIL # ----------------- #SetForegroundWindow($iconNameWindow[0]); # MouseClick ('^Bar Icon$'); # MouseClick ($iconNameWindow[0]); #my $errCode = MouseClick ('^Bar Icon$', undef, undef, 5, undef, 2); my $errCode = MouseClick ($iconNameWindow[0], undef, undef, 5, undef, 2); print "errCode = $errCode \n\n"; # This prints 0. </pre> Any help appreciated.... "Bar Icon" in WinSpy appears as class "Edit". I should point out that I obtain correct handle to the icon -- I know this because $iconNameWindow[0] outputs the same hex value that I see in WinSpy. I also printed out the value of that edit field in one of the previous attempts, and it returns as "Bar Icon". Again, much appreciated guys! - M |
From: Dmitry K. <dm...@ka...> - 2009-09-21 20:07:32
|
Hi, I don't know the answer, but I believe that the problem is in the application that displays the tabs, namely that it is built so GetTabItems/SetTabItem cannot be used on it. I can't know that for sure, because I never programmed with these functions (but I trust that they were tested properly), but try to check on msdn if there are tab controls that don't support GetTCItemText (WinAPI function called to get these strings). Possibly an error code from GetTCItemText might help also, but you'll need to add some debugging code in GuiTest.xs. Hope that helps /dk On Mon, Sep 21, 2009 at 06:47:05PM +0000, ... ... wrote: > Dear friends, > firstly, a big thank you to those who produced this very useful piece of code. I am running Windows XP prof., serv. pack 2 > The following code does not work unfortunately: > the GetTabItems returns the correct number of tab items but with blank names. The SelTabItem does not work at all. > Any comments? > thank you, > andy > > > > #!/usr/bin/perl > > use Win32::GuiTest qw(:ALL); > > my ($w) = FindWindowLike(0, "System Properties"); > if (!$w) { > die "Please start System Properties first!"; > } > > my ($tabControl) = FindWindowLike($w, undef, "SysTabControl32"); > if (!$tabControl) { > die "Uh, window has no tab control!"; > } > > print "Items in Tab Control:\n"; > foreach my $i (GetTabItems($tabControl)) { > print "$i\n"; > > } > > > print "Selecting third item.\n"; > SelTabItem($tabControl, 2); # 0 based, so 2 is third item > print "done\n"; > > > > > > > > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry® Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9-12, 2009. Register now! > http://p.sf.net/sfu/devconf > _______________________________________________ > Winguitest-general mailing list > Win...@li... > https://lists.sourceforge.net/lists/listinfo/winguitest-general -- Sincerely, Dmitry Karasik |
From: ... ... <is...@ya...> - 2009-09-21 18:47:21
|
Dear friends, firstly, a big thank you to those who produced this very useful piece of code. I am running Windows XP prof., serv. pack 2 The following code does not work unfortunately: the GetTabItems returns the correct number of tab items but with blank names. The SelTabItem does not work at all. Any comments? thank you, andy #!/usr/bin/perl use Win32::GuiTest qw(:ALL); my ($w) = FindWindowLike(0, "System Properties"); if (!$w) { die "Please start System Properties first!"; } my ($tabControl) = FindWindowLike($w, undef, "SysTabControl32"); if (!$tabControl) { die "Uh, window has no tab control!"; } print "Items in Tab Control:\n"; foreach my $i (GetTabItems($tabControl)) { print "$i\n"; } print "Selecting third item.\n"; SelTabItem($tabControl, 2); # 0 based, so 2 is third item print "done\n"; |
From: 无 无 <ls...@ya...> - 2009-08-26 02:26:46
|
Hi all, There is a window coded by C# and a control provided by the 3rd party in it. I try to capture menus on the control via module GUI::Win32, but it seems can only identify the window, other components in the window can't be captured, how to do it? Is there a solution? Thanks! ___________________________________________________________ 好玩贺卡等你发,邮箱贺卡全新上线! http://card.mail.cn.yahoo.com/ |
From: Brian W. <bwe...@di...> - 2009-04-20 20:52:39
|
That's what I figured. There are a couple of Qt based tools out there, but that means added expense. I'll keep you all posted if I figure out something interesting and useful. -----Original Message----- From: Dmitry Karasik [mailto:dm...@ka...] Sent: Monday, April 20, 2009 11:53 AM To: Brian Weissman Cc: win...@li... Subject: Re: [Winguitest-general] Qt testing? On Mon, Apr 20, 2009 at 09:17:28AM -0700, Brian Weissman wrote: > I've done a bit of research and it seems that Qt controls are not well > recognized by WinSpy. Most show up as "Qt Widget". I'd like to still use > Win32::GuiTest to test some Qt apps. I am going to see if the control > order is consistent in WinSpy, but that still leaves me with the problem > that the control type is non-standard. Is there a way of wrapping these > widgets such that I can treat them as buttons or menus? I'd say doubtful. For standard controls, the type can be inferred from standard Win32 API, whereas any nonstandard widget library has its own means for that. I'd try to check Qt sources or ask developers if there are ways to determine the class type programmatically. Also, it is a question on its own, if f.ex. you can determine that a particular widget is a button, whether GetWindowText called on this widget would return the button text. -- Sincerely, Dmitry Karasik |
From: Dmitry K. <dm...@ka...> - 2009-04-20 18:53:09
|
On Mon, Apr 20, 2009 at 09:17:28AM -0700, Brian Weissman wrote: > I've done a bit of research and it seems that Qt controls are not well > recognized by WinSpy. Most show up as "Qt Widget". I'd like to still use > Win32::GuiTest to test some Qt apps. I am going to see if the control > order is consistent in WinSpy, but that still leaves me with the problem > that the control type is non-standard. Is there a way of wrapping these > widgets such that I can treat them as buttons or menus? I'd say doubtful. For standard controls, the type can be inferred from standard Win32 API, whereas any nonstandard widget library has its own means for that. I'd try to check Qt sources or ask developers if there are ways to determine the class type programmatically. Also, it is a question on its own, if f.ex. you can determine that a particular widget is a button, whether GetWindowText called on this widget would return the button text. -- Sincerely, Dmitry Karasik |