Whatever I put in DefaultData does not get copied to Data. Am I supposed to manually trigger it in launcher.ini? If so, the help has nothing about this.
I did find this unlinked part in v2.1's Segments:
Settings: Management of Data\settings and copying default data from App\DefaultData to the Data directory
Visit the Community page
Join our forums
Subscribe to our email newsletter
Subscribe with RSS
Follow us on Facebook
Follow us on LinkedIn
Follow us on Twitter
Follow us on Mastodon
Follow us on BlueSky
It works here. But it only gets copied on first run as it should.
"What about Love?" - "Overrated. Biochemically no different than eating large quantities of chocolate." - Al Pacino in The Devils Advocate
Does it work for everything except settings\AppNamePortableSettings.ini (which is created automatically)?
It will work for settings\AppNamePortableSettings.ini as well. But that should only be used in very specific instances with specific apps that require certain paths preconfigured in their settings files and then portablized. In all our released apps, I think we only use that for one, maybe two.
Sometimes, the impossible can become possible, if you're awesome!
Which is why I asked.
I think it is in the 2.1 Beta. But you should not be using it for your app. From your other posts about the very basics, it sounds like you're relatively new to doing a launcher and have multiple questions with the guidelines. So, I'll just state, DON'T use this in your app. It's an EXCEEDINGLY specific option and only myself and Chris (who built PAL) found need of using it.
Sometimes, the impossible can become possible, if you're awesome!
Although I would have liked to use the 64-bit support of v2.1.
We only use 64-bit support in very specific instances as well. For an app that absolutely requires it (JkDefrag, for instance, in which the 32-bit app will not run on 64-bit Windows). And the one exception to the rule is 7-Zip as there is a ~10% performance gain when running 64-bit 7-Zip on 64-bit Windows, people often encrypt/decrypt large files, and there wasn't much difference in install size by including both.
For normal apps where the 32-bit version works fine on 64-bit Windows (which is every single other app that has a 64-bit version) we will only distribute the 32-bit version as the 64-bit version gives no advantage. Even if a dev includes both, if there is no requirement for it, only the 32-bit version will be included in the official release.
If you're just starting out, don't over complicate your app
Sometimes, the impossible can become possible, if you're awesome!