Move to QtWebEngine

[piranna]

I think we need to move to QtWebEngine... I tried to build noGUI the other day and it failed, and I'm not fully sure if it's due to usage of latest version of Qt where QtWebkit has been deprecated. On the other hand, QtWebEngine has a full instance of Chromium that would give us a better compatibility and to work in pair with the latest PhantomJS, and also seems to be easy to add an interceptor that would allow us to remove the header that blocks the access to Google, Facebook, GitHub, StackOverflow and others from iframes if we find this is needed.

[Coretool]

Yeah, we should move. Coding with QtWebEngine doesn't seem to be much different from QtWebkit.

[...] and work in pair with the latest Phantomjs

Does this mean we can use their build scripts (again) ^^ ?

I think the inveptor makes sense since a NodeOS (with GUI) can surely be a every day os !

[piranna]

Yeah, we should move. Coding with QtWebEngine doesn't seem to be much
different from QtWebkit.

I don't think so, main problem would be to compile it statically, but seems
PhantomJS fixed it.

[...] and work in pair with the latest Phantomjs

Does this mean we can use their build scripts (again) ^^ ?

No... but we can use them as reference about how to do the things, the same
way I used Cross Linux from Scratch to create the build process of NodeOS
:-)

I think the inveptor makes sense since a NodeOS (with GUI) can surely be
a every day os !

Yes, but mostly because it's the most simple way to enable that
functionality, and also there's plugins for the browsers for that, so we
can still use them for the GUI. Has anyone tried to use os.js on NodeOS?

[Coretool]

So the guys from phantomjs have got a way to build it statically (?) AFAIK they only use QtWebkit... There's even a prototype for CEF but no one for QtWebEngine

Haven't tried it on neither NodeOS nor noGui...

[piranna]

So the guys from phantomjs have got a way to build it statically (?)
That's good news!

PhantomJS provides a sonewhat statically linked binary. With PhantomJS 1
there was no problem because they used QtWebkit but was too limited, on
PhantomJS 2 they started to use QtWebEngine but there was problems with ICU
and the versions of the C library on Linux, but they found a way to solve
this on PhantomJS 2.1, that's why I said of using their scripts and options
as reference. Could you be able to take a look?

Haven't tried it on neither NodeOS nor noGui...

We should take a look of it on noGUI first...

[Coretool]

They still have QtWebkit in their Src dir (ariya/phantomjs@2.1.1) and their python build script points to QtWebkit too... Is ariya/phantomjs just the wrong repository ?

[piranna]

They still have QtWebkit in their Src dir (ariya/phantomjs@2.1.1) and their python build script points to QtWebkit too... Is ariya/phantomjs just the wrong repository ?

So seems they didn't moved to QtWebEngine yet... :-/ We should consider to move ourselves then, but first let's release a version with QtWebkit first.

[Coretool]

Yeah, that's a bit sad :/... I'll look to continue noGUI ... Aurora is also faltering :/

[Coretool]

Just as an information, I'll try to build a static QtWebEngine tonight, so fingers crossed ^^

[piranna]

Good luck! ;-)

[Coretool]

I followed this SO question As far as I can tell it worked. I'll try it again with qt5.7 in the next couple of days.

[piranna]

That's cool! Can you show an output of the ldd command (and a screenshoot
:-P)? Also, instead of using git, could you be able to use tarballs as I
sugested on other issue?
El 29/7/2016 9:54, "John Green" notifications@github.com escribió:

I followed this SO question
http://stackoverflow.com/questions/30316880/how-to-build-qtwebengine-from-qt-5-5-git-source
As far as I can tell it worked. I'll try it again with qt5.7 in the next
couple of days.

—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
#13 (comment), or mute
the thread
https://github.com/notifications/unsubscribe-auth/AAgfvjn67sRW4B3_ADhZp2twL3wlML2fks5qabGhgaJpZM4JUc3T
.

[Coretool]

Well I still have to get rid of xcb and build it for the linuxfb platform. I'll make a screenshot when I've got that up and running.

Yeah, I'll do that.

[piranna]

Get rid of xcb seems trivial, anyway left it by now just for testing. Add
support for framebuffer (it should be similar as how we have it for
QtWebkit) and just give it a test to know it's working. Are you doing your
changes in an independent branch?
El 29/7/2016 10:10, "John Green" notifications@github.com escribió:

Well I still have to get rid of xcb and build it for the linuxfb
platform. I'll make a screenshot when I've got that up and running.

Yeah, I'll do that. And maybe also try to get rid of xcb...

—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
#13 (comment), or mute
the thread
https://github.com/notifications/unsubscribe-auth/AAgfvvRAKkZTibADMHk4vcQZnai0WTHGks5qabWDgaJpZM4JUc3T
.

[Coretool]

I'll push them to an independent branch once I've written the scripts and adjusted the current noGUI code to the qtwebengine (which should be pretty straight forwaed). Adding support for the linuxfb works as in the previous version.