I have a number of apps designed to work in a non-internet environment where the update of file assets OTA is not practical. These apps have a selection of common files (mostly sqlite.db) that are delivered in the package via the project \files folder when an update is compiled.
It is frankly a bit of a pain to maintain multiple up-to-date copies of each in their respective \files folder over several projects and it is easy to lose track of which database version is the latest when copying files manually.
It would be very beneficial to have a means (perhaps via a code meta-tag) that automates the copying of an asset file (comparing the dates) from an absolute location where the master copies lies. The asset would be refreshed every time a compilation takes place where the nominated asset is found to be newer, thus ensuring the latest version of an asset is packaged. If the named file is the same as the one in the \files folder.... no action.
Something like:
It is frankly a bit of a pain to maintain multiple up-to-date copies of each in their respective \files folder over several projects and it is easy to lose track of which database version is the latest when copying files manually.
It would be very beneficial to have a means (perhaps via a code meta-tag) that automates the copying of an asset file (comparing the dates) from an absolute location where the master copies lies. The asset would be refreshed every time a compilation takes place where the nominated asset is found to be newer, thus ensuring the latest version of an asset is packaged. If the named file is the same as the one in the \files folder.... no action.
Something like:
B4X:
#IncludeUpdatedProjectAsset: "c:\AbsolutePath\ProjectAsset.db"