ladybird/Libraries/LibWeb/HTML/StructuredSerializeOptions.h

/*
 * Copyright (c) 2024, Tim Flynn <trflynn89@ladybird.org>
 *
 * SPDX-License-Identifier: BSD-2-Clause
 */

#pragma once

#include <AK/Vector.h>
#include <LibJS/Runtime/Object.h>

namespace Web::HTML {

// https://html.spec.whatwg.org/multipage/web-messaging.html#structuredserializeoptions
struct StructuredSerializeOptions {
    Vector<GC::Root<JS::Object>> transfer;
};

}
LibWeb: Move StructuredSerializeOptions to its own header This largely reduces the number of files needed to be compiled when we change the MessagePort header. 2024-10-17 08:46:48 -04:00			`/*`
			`* Copyright (c) 2024, Tim Flynn <trflynn89@ladybird.org>`
			`*`
			`* SPDX-License-Identifier: BSD-2-Clause`
			`*/`

			`#pragma once`

			`#include <AK/Vector.h>`
			`#include <LibJS/Runtime/Object.h>`

			`namespace Web::HTML {`

			`// https://html.spec.whatwg.org/multipage/web-messaging.html#structuredserializeoptions`
			`struct StructuredSerializeOptions {`
LibGC+Everywhere: Factor out a LibGC from LibJS Resulting in a massive rename across almost everywhere! Alongside the namespace change, we now have the following names: * JS::NonnullGCPtr -> GC::Ref * JS::GCPtr -> GC::Ptr * JS::HeapFunction -> GC::Function * JS::CellImpl -> GC::Cell * JS::Handle -> GC::Root 2024-11-15 04:01:23 +13:00			`Vector<GC::Root<JS::Object>> transfer;`
LibWeb: Move StructuredSerializeOptions to its own header This largely reduces the number of files needed to be compiled when we change the MessagePort header. 2024-10-17 08:46:48 -04:00			`};`

			`}`