Linux: Add support for embedded Ozone/Wayland windows
**[Original report](https://bitbucket.org/chromiumembedded/cef/issues/2804) by Maksim Sisov (Bitbucket: Maksim Sisov).** ---------------------------------------- Hi Marshall, I have already contacted you about Ozone/Wayland/X11 support via e-mail as you remember, but I think it’s better to move the discussion here. As we discussed, Ozone/Wayland/X11 can only be used with views framework now, but it does not allow to embed host windows into client windows. Whereas adding support for Ozone/X11 is trivial, the Ozone/Wayland requires some design changes. That is, you proposed to start with cefclient application and here is what I think: the cefclient has two main window classes - RootWindowGtk that uses the GTK toolkit to create windows and BrowserWindowStdGtk \(I don’t take osr here as it does not look like there are any changes needed to make it work with Wayland as it is going to be the client hosting the top level window without any need to embed a CEF window into that\). The RootWindowGtk receives callback events from GTK \(window state changes, focus changes, bounds changes and etc\) and calls the BrowserWindowStdGtk to say it to make changes to a CEF native window. The BrowserWindowStdGtk may either call to the CEF native window through browser\_->GetHost\(\)->Blah\(\) or through X11 native APIs like XChangeProperty, XConfigureWindow and etc. The first approach \(browser\_->GetHost\(\)->Blah\(\)\) results in calling the WindowX11, which then uses X11 nat
Posted by magreenblatt on Nov 13, 2019, 1:43 PM
Tags
Related issues
Raise real-world problems, find people facing the same issue, and discuss solutions.3,500 issues0 comments
support (Sysadmin)
Support connecting to remote devcontainers (devcontainer on remote host)
Option to use Waffle menu or links displayed normally
I also attempted to package ROCM on musl.
But why is there no such pushback agains linux kernel?
OpenCode Support
Upcoming changes to the tado° API
Allow Mac users to use Apple native containerization
Support for the Containerization Framework on macOS
Linux: Add support for embedded Ozone/Wayland windows
**[Original report](https://bitbucket.org/chromiumembedded/cef/issues/2804) by Maksim Sisov (Bitbucket: Maksim Sisov).** ---------------------------------------- Hi Marshall, I have already contacted you about Ozone/Wayland/X11 support via e-mail as you remember, but I think it’s better to move the discussion here. As we discussed, Ozone/Wayland/X11 can only be used with views framework now, but it does not allow to embed host windows into client windows. Whereas adding support for Ozone/X11 is trivial, the Ozone/Wayland requires some design changes. That is, you proposed to start with cefclient application and here is what I think: the cefclient has two main window classes - RootWindowGtk that uses the GTK toolkit to create windows and BrowserWindowStdGtk \(I don’t take osr here as it does not look like there are any changes needed to make it work with Wayland as it is going to be the client hosting the top level window without any need to embed a CEF window into that\). The RootWindowGtk receives callback events from GTK \(window state changes, focus changes, bounds changes and etc\) and calls the BrowserWindowStdGtk to say it to make changes to a CEF native window. The BrowserWindowStdGtk may either call to the CEF native window through browser\_->GetHost\(\)->Blah\(\) or through X11 native APIs like XChangeProperty, XConfigureWindow and etc. The first approach \(browser\_->GetHost\(\)->Blah\(\)\) results in calling the WindowX11, which then uses X11 nat
Comments (0)
No comments yet. Start the discussion.