Search found 37 matches
- Mon Jul 27, 2015 5:51 pm
- Forum: Automation Tools
- Topic: New Qt vs. Qt Legacy mode
- Replies: 7
- Views: 2804
Re: New Qt vs. Qt Legacy mode
Thank you for your comments with this valuable information! I have been busy with lots of manual testing on a new product lately, so I have not had time to implement that change in our Ranorex code yet. When I have time, I will report how it goes.
- Thu Jul 23, 2015 6:08 pm
- Forum: Automation Tools
- Topic: New Qt vs. Qt Legacy mode
- Replies: 7
- Views: 2804
Re: New Qt vs. Qt Legacy mode
Upgrading to Ranorex 5.4 broke our build wherever we were using this: Ranorex.Core.Configuration.Current("plugins.qt.legacymode") = True (or False) So something in Ranorex obviously changed, and we need to know how to change our code to handle it. I have simply commented out those lines for the time...
- Mon Jan 05, 2015 11:19 pm
- Forum: Automation Tools
- Topic: New Qt vs. Qt Legacy mode
- Replies: 7
- Views: 2804
Re: New Qt vs. Qt Legacy mode
Robert, The suggested code seems to be working well for us. We are using VB, so the format is to set the flag to True: Ranorex.Core.Configuration.Current("plugins.qt.legacymode") = True right before the xpath identification we want to work the old way, and set it back to False immediately afterwards...
- Wed Dec 24, 2014 11:37 pm
- Forum: Automation Tools
- Topic: New Qt vs. Qt Legacy mode
- Replies: 7
- Views: 2804
Re: New Qt vs. Qt Legacy mode
Robert,
I will try your suggestion when I get back into the office, beginning of January.
Thanks!
I will try your suggestion when I get back into the office, beginning of January.
Thanks!
- Fri Dec 19, 2014 9:31 pm
- Forum: Automation Tools
- Topic: New Qt vs. Qt Legacy mode
- Replies: 7
- Views: 2804
New Qt vs. Qt Legacy mode
Ranorex Studio 5.2.1. We are using the Qt plugin. In Global Settings, there is an option "Use QT legacy automation mode", True or False. When this is set to False, some of our Qt elements are identified in more detail by Ranorex Spy, but others that used to show more detail are no longer showing tha...
- Wed Sep 03, 2014 9:36 pm
- Forum: Bug Reports
- Topic: Ranorex crash while editing code module
- Replies: 9
- Views: 2515
Ranorex Studio 5.1.2 is crashing repeatedly when editing
System is Windows 7 Enterprise 64-bit. Just upgraded from Ranorex Studio 5.1.1 to 5.1.2, which solved the lag problem when editing a file in a large Solution (about 2000 .vb code modules). Now Studio is crashing easily when editing a file in the same large Solution. I can open a few .vb files that a...
- Tue Sep 02, 2014 7:30 pm
- Forum: Bug Reports
- Topic: Bug Report - Editing Usercode/Code Module Causes Lag
- Replies: 15
- Views: 4072
Re: Bug Report - Editing Usercode/Code Module Causes Lag
By the way, I would like to compliment Ranorex on providing fairly rapid turn around time on fixes to problems. I recommend Ranorex Studio to others when I have the chance, because I like the user-friendly way I am able to build tests.
- Tue Sep 02, 2014 7:24 pm
- Forum: Bug Reports
- Topic: Bug Report - Editing Usercode/Code Module Causes Lag
- Replies: 15
- Views: 4072
Re: Bug Report - Editing Usercode/Code Module Causes Lag
Also fixed for me. Thank you!
- Thu Jul 10, 2014 9:41 pm
- Forum: Bug Reports
- Topic: Bug Report - Editing Usercode/Code Module Causes Lag
- Replies: 15
- Views: 4072
Re: Bug Report - Editing Usercode/Code Module Causes Lag
Only 4 files open and it is happening. 1 .rxtst + 3 .vb files.
- Wed Jul 09, 2014 9:45 pm
- Forum: Bug Reports
- Topic: Bug Report - Editing Usercode/Code Module Causes Lag
- Replies: 15
- Views: 4072
Re: Bug Report - Editing Usercode/Code Module Causes Lag
I concur. I am seeing the same slowness in 5.1.0. Edit response time of 5.1.0 seems much slower than 5.0.3, by a factor of about 5 or more. The solution I work on most has over 1000 code modules...VB Class files, VB Ranorex Code Modules.
System is Windows 7, 64 bit, 16 GB memory.
System is Windows 7, 64 bit, 16 GB memory.
- Sat Jun 28, 2014 12:07 am
- Forum: Automation Tools
- Topic: Where are GDI settings stored in Ranorex Studio 5.0.3?
- Replies: 2
- Views: 2542
Re: Where are GDI settings stored in Ranorex Studio 5.0.3?
Found it. Thanks, odklizec!
- Thu Jun 12, 2014 8:35 pm
- Forum: Automation Tools
- Topic: Where are GDI settings stored in Ranorex Studio 5.0.3?
- Replies: 2
- Views: 2542
Where are GDI settings stored in Ranorex Studio 5.0.3?
Where are GDI settings stored in Ranorex Studio 5.0.3? Another post referring to Ranorex version 3 says: "Ranorex global settings are stored in the following file: %systemdrive%\users\%username%\AppData\Roaming\RanorexConfig3.xml". However, I cannot find a RanorexConfig file anywhere after upgrading...
- Wed Jun 11, 2014 6:56 pm
- Forum: How To …
- Topic: Save GDI Capture List in Solution/Project
- Replies: 10
- Views: 6007
Re: Save GDI Capture List in Solution/Project
I am also trying to move the GDI settings from one computer to another. We had Ranorex Studio 4, and have since upgraded to 5.0.3. However, I cannot find a file named RanorexConfig4.xml, or RanorexConfig5.xml in "C:\Users\user\AppData\Roaming\Ranorex4" or "C:\Users\user\AppData\Roaming\Ranorex5". (S...
- Mon Jun 09, 2014 10:36 pm
- Forum: General Questions
- Topic: Command line & Testsuite Runner consume Developer licenses
- Replies: 7
- Views: 2090
Re: Command line & Testsuite Runner consume Developer licenses
Zoltan, I finally had a chance to try your suggestion, and it works. Thank you very much! I installed the Ranorex License Server on a second machine, and moved one of our runtime licenses there. I can now have a runtime .exe running, which is using the license that I moved, plus 3 other Ranorex Stud...
- Fri May 16, 2014 5:27 pm
- Forum: General Questions
- Topic: Command line & Testsuite Runner consume Developer licenses
- Replies: 7
- Views: 2090
Re: Command line & Testsuite Runner consume Developer licenses
Pavel, thank you for that information. After a brief investigation, it may help as a temporary workaround. Zoltan, thank you. If your suggestion can be implemented, that would be a good workaround for us. Hopefully the Ranorex development team will solve the problem in the next release or two. I lov...