im running a proof of concept, where I try to load an html dialog, made with the quasar framework, into an embedded browser of a C++/wxWidgets app. The files of that dialog are loaded from memory, using a virtual filesystem. A call does look like this: “memory:index.html”.
I tweaked the Blink backend of the embedded browser to prepend a “memory:” on every url, which does not hold a schema already, so that a url call like href or src does always look in the virtual file system for files.
If I use a quasar debug build, I am able to show the html with some minor problems. But if I instead use a quasar release build, the content of the dialog is not shown at all, except for a little pure html text (<p>Hello</p>), that I cheated into the index.html file to see if it has been loaded at least.
I am pretty sure this is because of the virtual file system, wich does not work like a real file system, but rather like a map. So the resource can be pulled out of memory when providing the key value to it, which happens to be the full path and name of the file.
Example: This implies, that I cant use html anchors like: “index.html#section1”, because the virtual file system does not hold a file with the key name “index.html#section1”, but only the whole file data of the index.html which was saved with the key “index.html”.
I compared the index.html of a debug and a release build, but couldn’t see a big difference for the calling of the content:
<!-- DO NOT touch the following DIV -->
Any suggestions why the release build can’t be loaded from memory or how to make it work still? Does the release build use any anchors or similar file name changing actions, maybe?