mirror of
https://github.com/slint-ui/slint.git
synced 2025-09-30 13:51:13 +00:00
53 lines
1.8 KiB
C++
53 lines
1.8 KiB
C++
#pragma once
|
|
namespace sixtyfps::internal {
|
|
// Workaround https://github.com/eqrion/cbindgen/issues/43
|
|
struct ComponentVTable;
|
|
struct ItemVTable;
|
|
}
|
|
#include "sixtyfps_internal.h"
|
|
#include "sixtyfps_gl_internal.h"
|
|
|
|
namespace sixtyfps {
|
|
|
|
extern "C" {
|
|
extern const internal::ItemVTable RectangleVTable;
|
|
extern const internal::ItemVTable TextVTable;
|
|
extern const internal::ItemVTable TouchAreaVTable;
|
|
extern const internal::ItemVTable ImageVTable;
|
|
}
|
|
|
|
// Bring opaque structure in scope
|
|
using internal::ComponentVTable;
|
|
using internal::ItemTreeNode;
|
|
using ComponentRef = VRefMut<ComponentVTable>;
|
|
|
|
template<typename Component>
|
|
void run(Component *c)
|
|
{
|
|
// FIXME! some static assert that the component is indeed a generated
|
|
// component matching the vtable. In fact, i think the VTable should be a
|
|
// static member of the Component
|
|
internal::sixtyfps_runtime_run_component_with_gl_renderer(
|
|
VRefMut<ComponentVTable> { &Component::component_type, c });
|
|
}
|
|
|
|
using internal::EvaluationContext;
|
|
using internal::Image;
|
|
using internal::Rectangle;
|
|
using internal::Text;
|
|
using internal::TouchArea;
|
|
|
|
// the component has static lifetime so it does not need to be destroyed
|
|
// FIXME: we probably need some kind of way to dinstinguish static component and
|
|
// these on the heap
|
|
inline void dummy_destory(ComponentRef) { }
|
|
|
|
constexpr inline ItemTreeNode make_item_node(std::intptr_t offset,
|
|
const internal::ItemVTable *vtable,
|
|
uint32_t child_count, uint32_t child_index)
|
|
{
|
|
return ItemTreeNode { ItemTreeNode::Tag::Item,
|
|
{ ItemTreeNode::Item_Body { offset, vtable, child_count,
|
|
child_index } } };
|
|
}
|
|
} // namespace sixtyfps
|