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.
