<div dir="ltr">Personally I always used this to determine the path, I think in QML you don't even need to worry about it.<div><br></div><div>    _root = QFileInfo(__file__).absolutePath()<br>    _root_url = 'qrc:' if _root.startswith(':') else _root<br>    <a href="http://logger.info">logger.info</a>('Root url is %s', str(_root_url))<br><br>    qml_path = QUrl(os.path.join(_root_url, 'qml/main.qml'))<br><div><br></div><div><br></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Patrick Stinson <<a href="mailto:patrickkidd@gmail.com">patrickkidd@gmail.com</a>> ezt írta (időpont: 2020. szept. 24., Cs, 0:12):<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Phil,<br>
<br>
So the preferred way to embed binary resources in a statically linked (pyqtdeploy) app under PyQt6 will be to add “RESOURCES = whatever.qrc” to the project’s qmake (rather cmake?) rules? Or some non-rcc mechanism?<br>
<br>
If so, then one would have to somehow switch the file path strings between the rcc path for a pyqdeploy app and the relative path on the physical file system when running python from the terminal during development. Qml uses relative paths for resources such as pixmaps and other qml source files.<br>
<br>
That’s all I can think of right now. I am not familiar with pkg_resources.<br>
<br>
-Patrick<br>
<br>
> On Sep 23, 2020, at 1:17 PM, Eli Schwartz <<a href="mailto:eschwartz@archlinux.org" target="_blank">eschwartz@archlinux.org</a>> wrote:<br>
> <br>
> On 9/23/20 1:42 PM, Phil Thompson wrote:<br>
>> On 23/09/2020 18:33, Detlev Offenbach wrote:<br>
>>> Hi Phil,<br>
>>> <br>
>>> the download page says, that 'pyrcc' has been removed. What will be<br>
>>> the successor? The eric-ide sources use resource files and thus<br>
>>> depends on pyrcc.<br>
>> <br>
>> I don't plan a successor as I don't see the point of resource files in a<br>
>> Python context.<br>
>> <br>
>> What do you use it for?<br>
>> <br>
>> Phil<br>
> <br>
> +1<br>
> <br>
> qresource files are intended to embed random data files into<br>
> single-executable style software distributions, to reduce the number of<br>
> moving parts. This is as opposed to doing proper installation management<br>
> unix style, and is of limited use on Windows too, as long as people ship<br>
> Qt itself as shared libraries necessitating a directory structure.<br>
> <br>
> This is all fine and well for C++ programs where qresources get<br>
> statically linked into the executable itself, reducing the number of<br>
> files to be installed.<br>
> <br>
> What's the point of it for generating *.py files with that data? You end<br>
> up with multiple files to distribute anyway.<br>
> <br>
> pkg_resources.resource_filename() and its modern equivalent, the stdlib<br>
> importlib.resources, allows you to access real files through standard<br>
> pythonic mechanisms, without the wrapper abstractions and without an the<br>
> rcc compiler. There's no need to handle data blobs as python inline<br>
> strings, try to byte-compile something that doesn't really byte-compile<br>
> well, etc.<br>
> <br>
> The resulting files are easily introspectable and modifiable in the<br>
> built software bundle (because they are the original files) and only get<br>
> read at the time of use.<br>
> <br>
> Really -- what is the big attraction to using qresources in python?<br>
> <br>
> -- <br>
> Eli Schwartz<br>
> Arch Linux Bug Wrangler and Trusted User<br>
> <br>
<br>
</blockquote></div>