These are chat archives for abranson/rockpool

27th
Nov 2016
ruff
@rufferson
Nov 27 2016 17:39
nah, nothing in jolla 2.0.5 uses webview. It's pulled as sailfish-browser dependency where it supposed to initialize mozcontext. However in sailfish browser context is initialized inband (similarly as we do it in rockpool) because we need custom context settings (pebble protocol handler). So I'm still convinced that quickmozview and Sailfish WebView are both broken currently. The only components which are still working from qtmozembed package are qmozcontext and qopenglwebpage. But both are Qt classes, not declarative. and both are used in sailfish-browser. The rest of the qtmozembed is trashed after recent commits
ruff
@rufferson
Nov 27 2016 17:46
So we have several options - wait for recovery of the mozwebview (unlikely to happen as not being used by jolla), wait for implementation of the SF WebView (according to you it's going to be used soon in jolla apps), implement own webview based on qopenglwebview class (similar to sf browser - no dependencies and most reliable as to me) - or fall back to webkit (wut?)
there's another option - try to recover qtmozembed by own means and submit patches to Raine. But i don't feel it's what I want to spend my time to - i don't have plans to use it outside of rockpool project :)
Andrew Branson
@abranson
Nov 27 2016 20:16
Well it's definitely working in 2.1.0, so could we statically link the latest version? It sounds about right that it wasn't quite finished when 2.0.5 branched, so it won't be ready to embed in the latest sdk.
ruff
@rufferson
Nov 27 2016 20:23
let me take a look if i could make some quick and dirty plumbing around qopenglwebpage. If not - will try to link against latest git
Andrew Branson
@abranson
Nov 27 2016 20:53
I'm going to try to fix the bluez5 code. Actually managed to pair the P2 over BTLE the other day.