Forum Discussion

prognase's avatar
prognase
Occasional Contributor
9 years ago
Solved

Control file save dialog, different Windows versions

Hi all,   I am having a problem to DelphiScript a series of exports. Windows 8.1 and Windows 10 seem to use different file type entries in the "save as" dialogs of the OS: one shows the description...
  • AlexKaras's avatar
    AlexKaras
    9 years ago

    Hi Matthias,

     

    FileType is an optional parameter of the SaveFile method and usually the file is saved with the correct extension as long as you provide it in the file name. So, any problems if you leave the FileType parameter with the default -1 value (or omit it at all as I did in my projects)?

AlexKaras's avatar
AlexKaras
Champion Level 3

Hi Matthias,

 

FileType is an optional parameter of the SaveFile method and usually the file is saved with the correct extension as long as you provide it in the file name. So, any problems if you leave the FileType parameter with the default -1 value (or omit it at all as I did in my projects)?

prognase's avatar
prognase
Occasional Contributor
9 years ago

Hi Alex,

 

thanks for the suggestion. Didn't know that file type is an optional parameter or that there are overloaded functions. Do you know by any chance where I could find such information? I guess MSDN or similar, but as I am a Delphi guy I have no real knowledge how to find my way there.

 

Currently my Delphi code takes the file type which is not switched when calling from "outside" this way:

 

fileName := SAVEDLG_Grid.FileName;
case SAVEDLG_Grid.FilterIndex of
  1: saveFormat := gsfASCII;
  2: saveFormat := gsfCSV;
  3: saveFormat := gsfXLS;
  4: saveFormat := gsfDoc;
  5: saveFormat := gsfHTML;
  else saveFormat := gsfUnknown;
end;

 

But that code I can change easily and derive type from variable fileName.

 

Thanks for the solution, and if you know MSDN or similar starting point, would be thankful!

 

Cheers,

Matthias

  • AlexKaras's avatar
    AlexKaras
    Champion Level 3
    9 years ago

    Hi Matthias,

     

    .FileName() in your code is not something provided by MS, but a method by TestComplete. You can find its description at https://support.smartbear.com/viewarticle/73794/ (or by pressing F1 in TestComplete code editor with the cursor positioned somewhere within the 'FileName' token ;) ).

    Slightly off topic, but I consider documentation by SmartBear for TestComplete (as well as for AQtime, LoadComplete) to be one of the best in the industry. (Well, MSDN contains more information, but it is supported by MS with incomparable resources...) TestComplete's documentation contains not only description of the methods provided by TestComplete, but also generic descriptions and recommendations that really help to understand the product better. I used to go through their documentation from time to time to refresh my memory and can safely recommend to read their documentation to anyone else.

    Also you may find something useful for you at https://support.smartbear.com/screencasts/testcomplete/

     

    As for your code and assuming that the tested application does not depend on the value selected for file type (and this is usually the case), I think that you can easily omit the saveFormat parameter as long as fileName one contains the fully qualified file name (path, name and extension).

    • prognase's avatar
      prognase
      Occasional Contributor
      9 years ago

      Hi Alex,

       

      now that got me puzzled - without much thinking I assumed that SaveFile is a scripting function as I was leaning more towards the object hierarchy with click here, click there, keyboard interaction etc. But true, those click function are not methods of the objects. Have to read more in the official doc, so far have read the existing books, though they cover less scripting.

       

      With the referenced article, I find the screenshot interesting: the selection of dropdown "Encoding" will not be controlled by the looks of it. When I am back at my PC with TC installed, I have to play with that.

       

      BTW: changed my Delphi code and it reads the type from extension now, if extension is omitted it picks from the list as a fallback and appends that. This is the logical way anyway, and my solution before was partially nonsense: why save a file with provided name "myFile.docx" as ASCII txt file when the user still has "*.txt" as default value? The (educated) user surely expected Word 2003+.

       

      Thanks,

      Matthias