-
-
Notifications
You must be signed in to change notification settings - Fork 1.8k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Change win-ia32-unpacked file structure #1235
Comments
Don't use |
Yes, my target is |
Duplicates #1157 |
Thanks for the prompt response. I saw you reopened #1157 so should I expect some activity on this in the near future? |
Yes, this feature is very easy to implement and probably will be released soon. |
Perfect, thanks |
@luismanuel001 was this ever solved? I'd like to change the win file layout as well but I can't find any details on how to do that. |
@chrisregnier #1157 portable implemented. |
@develar thanks, I've played with the portable option but I've found the executable takes far too long to startup due to the unpacking temp files each time. I'm ok with just copying the zip around and running the executable directly, but I was hoping to change the layout of the directory, which is what the original issue was asking for, and portable doesn't do that. Is there any way to move files like dlls into a lib folder instead of the root? |
@chrisregnier If you want blazing fast start-up — #2548 (comment) |
The changes to portable look promising thanks for the update. |
I hope this can be revisited. I'm currently using portable and the load speed is pretty terrible compared to running the exe in the unpacked directory. If I can clean up that directory, it would be shippable unpacked as per the feature request above. It would load faster and I would be able to load something that sits next to the .exe. I'm writing a dicom viewer and the dicom files sit right next to the exe. Since the portable option unpacks into some AppData folder, the viewer can't see the dicom files. If we were to have the proposed file structure, this functionality would work. |
@mmaietta I think this issue should be reopened. Being able to restructure the win32 zip output would be very useful, as currently it is very unfriendly-looking to a computer layperson (e.g. the consumer of your app). As @jssuttles pointed out, portable takes way too long to start, since it unpacks on each start, so it is not a valid alternative. Since it is electron that expects its dependencies to all be at this level, I'm not sure how to work around this. I have no knowledge of NSIS but I sort of suspect that this could be doable with that. So I might experiment with the existing .nsi files and see what I come up with... Thank you :-) |
This is more a question than an issue, sorry if it was answered before, but I couldn't find anything related on the current issues.
When creating the package for windows, is there a way to move all the generated library files and directories (i.e. *.dlls, *.pak, /locales, /resources, etc.) to a sub-folder (i.e. /_internal) of the root, and leave the *.exe file by itself?
The text was updated successfully, but these errors were encountered: