Skip to content
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

Closed
luismanuel001 opened this issue Feb 10, 2017 · 13 comments
Closed

Change win-ia32-unpacked file structure #1235

luismanuel001 opened this issue Feb 10, 2017 · 13 comments

Comments

@luismanuel001
Copy link

  • Version: 8.6.0
  • Target: win32

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?

└─win-ia32-unpacked
       │ MyApp.exe
       └─_internal
              content_resources_200_percent.pak
              content_shell.pak
              d3dcompiler_47.dll
              ffmpeg.dll
              icudtl.dat
              libEGL.dll
              libGLESv2.dll
              LICENSE
              LICENSES.chromium.html
              natives_blob.bin
              node.dll
              snapshot_blob.bin
              ui_resources_200_percent.pak
              version
              xinput1_3.dll
@develar
Copy link
Member

develar commented Feb 10, 2017

Don't use dir target, but default. Default target for windows is nsis and one exe is produced. Or do you want a portable (without installer)?

@luismanuel001
Copy link
Author

Yes, my target is zip, because I want a portable self-contained app, so I want the unzipped folder structure to mimic the above, is that even possible?

@develar
Copy link
Member

develar commented Feb 10, 2017

Duplicates #1157

@luismanuel001
Copy link
Author

Thanks for the prompt response. I saw you reopened #1157 so should I expect some activity on this in the near future?

@develar
Copy link
Member

develar commented Feb 10, 2017

some activity on this in the near future?

Yes, this feature is very easy to implement and probably will be released soon.

@luismanuel001
Copy link
Author

Perfect, thanks

@chrisregnier
Copy link

@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.

@develar
Copy link
Member

develar commented Mar 19, 2018

@chrisregnier #1157 portable implemented.

@chrisregnier
Copy link

@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?

@develar
Copy link
Member

develar commented Mar 19, 2018

@chrisregnier If you want blazing fast start-up — #2548 (comment)

@chrisregnier
Copy link

The changes to portable look promising thanks for the update.
Although, the original question still stands but since it's continually being evaded I'm going to assume it's not possible. Thanks anyways.

@jssuttles
Copy link

jssuttles commented Mar 5, 2019

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.

@hubol
Copy link

hubol commented Dec 23, 2021

@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 :-)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

5 participants