Did Javascript Bridge support for QWebEngine make it into 5.5?

[RolandHughes]

Hmm, I don't see why more teams would be involved, the C++ team would be the one providing the injection.

Not that this is relevant now, but even if QtWebEngine had the web channel built in, the other browsers wouldn't so the shared HTML/JavaScript would not be able to access any of the bridge's objects anyway, no?

Cheers,
_

Ahhh, you don't work with large places that have departments in charge of things. When you add a file to a controlled project each of those departments have to be involved. The bridge allows the C++ developer to direct inject functions via existing modules. The javascript people already have mechanisms to test for functions based on platform in their existing source. Even more people have to get involved when it is a text file which could be hacked with any text editor.

Direct injection via bridge is secure. A binary thumps it in. The only thing which can get changed by someone being evil is if the function gets called. The function already defends against garbage.

While I would never consider Windows a secure platform, that team went the direct injection route with their toolset just to try and lock a bit more down.

[anda_skoa]

The bridge allows the C++ developer to direct inject functions via existing modules.

But that's the same thing for calling setHtml() in the webview
This is C++, no?

Cheers,
_

[RolandHughes]

But that's the same thing for calling setHtml() in the webview
This is C++, no?

Cheers,
_

Yes, it is C++. No, it is not the same.