You are here

DefaultData in PortableApps.com Launcher?

8 posts / 0 new
Last post
lwc
Offline
Last seen: 1 month 2 days ago
Translator
Joined: 2006-04-26 06:35
DefaultData in PortableApps.com Launcher?

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

Simeon
Simeon's picture
Offline
Last seen: 9 years 5 months ago
DeveloperTranslator
Joined: 2006-09-25 15:15
Works here

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

lwc
Offline
Last seen: 1 month 2 days ago
Translator
Joined: 2006-04-26 06:35
You're right

Does it work for everything except settings\AppNamePortableSettings.ini (which is created automatically)?

John T. Haller
John T. Haller's picture
Offline
Last seen: 7 hours 40 min ago
AdminDeveloperModeratorTranslator
Joined: 2005-11-28 22:21
That Too

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!

lwc
Offline
Last seen: 1 month 2 days ago
Translator
Joined: 2006-04-26 06:35
In my test it didn't work for it

Which is why I asked.

John T. Haller
John T. Haller's picture
Offline
Last seen: 7 hours 40 min ago
AdminDeveloperModeratorTranslator
Joined: 2005-11-28 22:21
2.1 Beta

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!

lwc
Offline
Last seen: 1 month 2 days ago
Translator
Joined: 2006-04-26 06:35
No, I use 2.0

Although I would have liked to use the 64-bit support of v2.1.

John T. Haller
John T. Haller's picture
Offline
Last seen: 7 hours 40 min ago
AdminDeveloperModeratorTranslator
Joined: 2005-11-28 22:21
Typically Unnecessary

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 Smile

Sometimes, the impossible can become possible, if you're awesome!

Log in or register to post comments