bfc9bf80d9
The compositor is moving into a dedicated helper process. That requires a process to launch, channels for Browser and WebContent to talk to it over, and client proxies on each side. Land all of that as an inert scaffold first, gated behind --enable-compositor-process, so the default rendering path is unchanged and later commits can fill in the protocol, the service-side state, and the runtime switch against a stable target.
31 lines
643 B
C++
31 lines
643 B
C++
/*
|
|
* Copyright (c) 2026, the Ladybird developers.
|
|
*
|
|
* SPDX-License-Identifier: BSD-2-Clause
|
|
*/
|
|
|
|
#include <LibWebView/CompositorClient.h>
|
|
|
|
#include <LibCore/EventLoop.h>
|
|
|
|
namespace WebView {
|
|
|
|
CompositorClient::CompositorClient(NonnullOwnPtr<IPC::Transport> transport)
|
|
: IPC::ConnectionToServer<CompositorControlClientEndpoint, CompositorControlServerEndpoint>(*this, move(transport))
|
|
{
|
|
}
|
|
|
|
void CompositorClient::die()
|
|
{
|
|
if (auto callback = move(on_death)) {
|
|
Core::deferred_invoke([callback = move(callback)]() mutable {
|
|
callback();
|
|
});
|
|
}
|
|
}
|
|
|
|
void CompositorClient::did_connect_web_content(i32)
|
|
{
|
|
}
|
|
|
|
}
|