On 07.02.2018 15:41, Paul Rouget wrote:
Is that really better than a entirely different process for everything except the rendering part?
Yes, it's much easier to maintain and integrate, eg. we don't even have to think about all the shared library problems.
Because Servo is designed to work that way, and it's not to hard to embed. All you need is a gl surface, which is possible on linux, windows, mac, android, and ios. Unlike reparenting.
The whole GL context management is complex enough (due to the horrible design of OGL API) - I'd rather not open that can of worms in usual applications. OTOH, window embedding should work on most platforms (not idea about recent windows, as I didn't touch it for aeons, but back on win32 / nt, I did it myself - just forgot how that worked). For the really esoteric legacy stuff like android, we still could have a statically linked application (shared libraries are pretty impractical there - until somebody really had too much spare time and fixes that code monster. (I'd rather build a completely fresh mobile/handheld distro instead - much more efficent than working around that ill designed mess forever, but that's a whole different story ...)
If you want to use servo+tabbed, I think it's already possible. If not, let me know, I can help make that happen.
Well, just putting servo windows into tabbed is the easy part. But building your own complete UI, there're still lots of interfaces missing. We'd need access to all the operations we already have for the (shared library-)embedding, eg. tracking history, call URLs and scripts, filter traffic, manage certs and other security stuff, script injection, DOM manipulations, etc. Note: I certainly do not want to have some (in-process) extension system like FF or chrome have. Instead attach external service agents (which run as separate processes). --mtx -- Enrico Weigelt, metux IT consult Free software and Linux embedded engineering i...@metux.net -- +49-151-27565287 _______________________________________________ dev-servo mailing list dev-servo@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-servo
