<div dir="ltr">> > We've found using the resource files easier than using paths when<br>> > distributing with PyInstaller. Also the built-in translation support for<br>> > files is convenient<br><br>> I'm curious, why? Can't importlib_resources find the files relative to<br>> the module that it is bundled in?<br><div><br></div><div>Truth be told, I'd never heard of importlib_resources before, so maybe it's something I should give a shot. We only use the .qrc file for images/svgs. Do you have an example on how I could get Qt to load an image from importlib_resources in a way that satisfies PyInstaller?</div><div><br></div><div>I also don't see this providing the translation features the .qrc system provides. We could probably write a utility function that does this, but that would take a bit effort.</div><div><br></div><div>> In fact, you're currently maintaining that precise list in your .qrc</div>> file instead of your .spec file, so I don't know how you can tolerate<br>> this maintenance burden.<br><div><br></div><div>We bundle more than the Qt client in with the PyInstaller build. It's nice to have the Qt "stuff" stay in "Qt land" away from the other systems.  This is a fairly minor benefit though.</div><div><br></div><div>We used to have a utility function that would wrap around a path and convert it to one using sys._MEIPASS, if running from the PyInstaller environment; and ensure that the paths could be dynamically retrieved for the .spec file. Maybe we'll go back to this system if pyrcc is removed. <br></div><div><br></div><div>> For future reference, if you use digests and therefore don't have an<br>> email to reply to, you can go to the website for the mailing list</div><div><br></div><div>Thanks for the assistance. Hopefully this works... Gmail didn't seem to understand the mailto: format...</div></div>