Yes, I agree with “fairly unusable”.
The keyboard focus, once in the webbrowser, will never go back to the JUCE window.
You can see this also in the juce webbrowser demo.
As long as you do not click on the webbrowser, you can edit the text in the address bar, which is initially “https://www.juce.com/”.
Click in the browser and click then in
Try to edit the URL…
This is really a pity, because the webbrowser could be used to implement features known from other frameworks but missing in JUCE.
In another framework with embedded browser window I have something useful around codemirror, which I unfortunately can not use in JUCE…
I am on Windows 7, 64bit.
I would be interested about Linux and OSX behavior with there own platform implementation.
Is this only an issue on Windows?
I would be more than happy if someone finds a solution to get the keyboard focus back from the browser control. This is JUCE specific, but if this JUCE problem is solved and the webbrowser starts to get usable, I can contribute to the browser component itself (on Windows) with getting rid of the script errors message and more useful functions,e,g. printing and what else.