4 ms·
Sorry to be spamming here but check out my https://github.com/mherrmann/fbs https://github.com/mherrmann/fbs. It is literally the solution to your pain point.
by mherrmann 8y ago
Sorry to be spamming here but check out my https://github.com/mherrmann/fbs https://github.com/mherrmann/fbs. It is literally the solution to your pain point.
- StavrosK 8y agoMan, when a project is this useful, spam away. Thanks for this.
- ntoll 8y agoAha... thanks for the heads-up. :-)
- fernly 8y agoNo, interesting and useful. But a few questions. So basically you have automated the job of calling PyInstaller to make a standalone app, plus the step of wrapping the app in an installer. Yes? In order to use this, if I read the tutorial[1] code correctly, I must modify my app to wrap everything -- or at any rate, all PyQt-related things? -- inside an AppContext, and modify the outermost level to create this. If so, this is easy enough for the tutorial but what if my app opens multiple windows and has code to create them spread over multiple modules (as one of mine does). Is there a simple way to get all these bits into one "context"? Or have I read too hastily? [1] https://github.com/mherrmann/fbs-tutorial https://github.com/mherrmann/fbs-tutorial
- mherrmann 8y agoIt's more than just automating the calling of PyInstaller. It also fixes some edge cases with PyInstaller-built apps that lead to crashes on some users' systems and took me months to figure out. Further, it integrates the solutions nicely. You don't have to learn how PyInstaller works, fbs does it for you with very reasonable default settings. You don't have to figure out how you are going to ship resource files and access them from within your app, etc. Yes you should use the AppContext. You don't have to convert your entire app to it. Only enough to "start" your app. (I highly recommend the app context approach where possible however, it's just so clear.)
- daenz 8y agoDoes it use Qt IFW? That's what I've been using for cross-platform installers.