MoveFile Table
I have this re-occuring package which currently uses a vbscript to copy files from a directory which the package installs to the MS Office directory (the script figures this out through a registry key).
Depeneding upon the version of Office, the script will copy files from one directory to a directory within the office directory.
I'd like to use the MoveFile table to do this instead but I'm not quite sure where to start. I have to determine the version of office being used before the file move occurs.
Is there a doc on how to do this?
Thanks
Depeneding upon the version of Office, the script will copy files from one directory to a directory within the office directory.
I'd like to use the MoveFile table to do this instead but I'm not quite sure where to start. I have to determine the version of office being used before the file move occurs.
Is there a doc on how to do this?
Thanks
0 Comments
[ + ] Show comments
Answers (10)
Please log in to answer
Posted by:
anonymous_9363
13 years ago
Posted by:
Secondlaw
13 years ago
ORIGINAL: VBScab
Not variables, properties :-)
In place of the folder names, use the property names enclosed in square brackets, e.g. [MyTargetFolderName]
In place of the folder names, use the property names enclosed in square brackets, e.g. [MyTargetFolderName]
Yes, of course. This is what I've tried. If for example I go to the MOVE FILE table, I can manually insert my property as you've mentioned [OFFICE2KDIR]. Now if I go back to the gui, it doesn't seem to accept the setting I've given it (possibly because it doesn't exist yet?). I thought I would be able to see this in the GUI.
Posted by:
anonymous_9363
13 years ago
Posted by:
PackageExpert
13 years ago
I don't get what your package does?
It install files to an office directory and then from there using the VBS, copies these files from this directory to another office directory based on the Office version (Office11,Office12) I presume.
I'm not sure if this may help, you can have the AppSearch to create property (OFFICE12) based on the Office12 destination path and then in the Component for Office12 for example, include this property in the Condition entry. Do the same for other component (Office11) as well. This of course helps if different files are copied for difference office versions.
It install files to an office directory and then from there using the VBS, copies these files from this directory to another office directory based on the Office version (Office11,Office12) I presume.
I'm not sure if this may help, you can have the AppSearch to create property (OFFICE12) based on the Office12 destination path and then in the Component for Office12 for example, include this property in the Condition entry. Do the same for other component (Office11) as well. This of course helps if different files are copied for difference office versions.
Posted by:
Secondlaw
13 years ago
Posted by:
anonymous_9363
13 years ago
Posted by:
Secondlaw
13 years ago
ORIGINAL: VBScab
It looks like another "feature" of WPS. Even if you seed the property with the path to an existing folder, the GUI doesn't reflect it.
As long as the install works, ignore the GUI's lack of intelligence. Annoying, though...
Unfortunately, this does not seam to be possible. I can see the property value change in the log file but you cannot use it as a directory placeholder. That at least is my observation. There's gotta be a way to do this. Why such a limitation?
Posted by:
AngelD
13 years ago
Check out the MoveFile table
As you can see the SourceName column field can hold wildcard(s) and * would suite you fine.
For the DestFolder column field I would use a Set Property custom action which you populate with the correct (version) path.
As you can see the SourceName column field can hold wildcard(s) and * would suite you fine.
For the DestFolder column field I would use a Set Property custom action which you populate with the correct (version) path.
Posted by:
anonymous_9363
13 years ago
Posted by:
Secondlaw
13 years ago
Rating comments in this legacy AppDeploy message board thread won't reorder them,
so that the conversation will remain readable.
so that the conversation will remain readable.