aqFile.Open (Just open it, Please)
Hi, I'm trying to just open a file on a network drive. The Utilities.FileOpen(FileName, Mode) functions are now 'obsolete' I'm guessing because they worked. I'm trying to open a .pdf, it is just a...
Forum Discussion
The web application I'm testing generates reports as a .pdf. I copy the text displayed in the .pdf and search for items that need to be found. When the web application generates and opens the .pdf TC does not see Adobe running in the object browsers, and when I do the .Keys("!^s") to open the save-as screen to enter the path and file name it all works but takes too long to run. TC sits with the .pdf open and waits about two minutes before doing the keys command to open the save-as screen and waits again two minutes before entering the path and file name and again two minutes to close the .pdf. Once the text is in the clipboard and the .pdf is closed the script runs fast again. I believe this is all because TC does not see Adobe running in the project browser. If I just open the file through windows Adobe is listed and I'm hoping this will of faster. All I'm trying to do is, within the application do a save-as. This does not open or use Adobe. After the file is saved I want to open it through Windows (using 7enterprise-64) to do the verification of the text within the .pdf. If I open the file from the drive TC see Adobe running and I'm hoping save the 6 minutes of waiting.
I can't believe TC can't just open a file from a drive.
Thanks, BMD
TC can open a file from drive, you're just not understanding what it means to open a file. Using aqFile.Open will open a direct filestream. If you know what you are doing you can try to parse your data out of a raw pdf stream. Also opening a pdf in a browser isn't going to open the adobe application. Browsers can natively read pdfs, typically using pdf.js. So when you open a pdf in a browser expect it to appear as just another Page object, adobe is not going to be opened.
If you want to open a file in an application, you're going to have to launch that application first and open the file through the application. TestComplete isn't going to know the how and what of opening every file type that exists. I suppose they could have a built-in function that opens a file in the default program, the same as if you double click the file in Windows explorer. But that function doesn't exist right now from what I know. You could put in a feature request if you think it would be useful. Sounds useful, but it's not too hard to just setup a TestedApp to launch the application you want and then open the file within that application.
Sys.OleObject("WScript.Shell").Run(file_path)will open the file in its associated application, in case of a PDF file - in Acrobat Reader or any other installed PDF reader.
But as others said, if you need to just read text from a PDF file, there're better ways to do that that do not involve Acrobat. For example, you can use the PDFBox.NET library to read the text programmatically. Here's an example.
HKosova,
Thank you, your Sys.OleObject works. I would agree there are better ways but we are trying to keep this the same way the end user would do and see the report.
I have a different function that uses the aqString.Find to search the text in the sys.clipboard that was gotten from the .pdf, for expected text. The TC results log must contain a picture of the report that the web application generated and doing the save-as does not open the report. The TC log must also contain the location to the saved file.
Thanks, BMD
