External/libmks
1
0
Fork 0
mirror of https://gitlab.gnome.org/GNOME/libmks.git synced 2024-11-05 08:21:10 +00:00
Code Issues Packages Projects Releases Wiki Activity
ec60165c70
libmks/lib/meson.build

132 lines
3.3 KiB
Meson
Raw Normal View History

initial commit This library doesn't do much yet. It contains the scaffolding and the rough shape of what I think the API should be in mks-types.h. Some of the types have some skeleton implementation as well to hid the D-Bus API behind those types. The next steps are to fill out the other wrapper objects and see what properties we should expose from the underlying D-Bus proxies. Along with that, will be a GtkWidget which can have a number of properties set on it to specify the MksScreen, MksKeyboard, and MksMouse devices. It may make sense to attach the session + screen to the widget, so that it can adapt to keyboard and mouse changes though.
2023-02-09 02:06:08 +00:00
libmks_sources = [
'mks-init.c',
'mks-device.c',
lib: start on MksDisplay widget
2023-02-14 05:53:57 +00:00
'mks-display.c',
screen: add keyboard and mouse properties Adds MksKeyboard and MksMouse types. Setup a MksScreenKind for the MksScreen based on MksQemuConsole:type property. Currently the keyboard and mouse are not wired up, but here for scoping out the properties.
2023-02-09 05:58:35 +00:00
'mks-keyboard.c',
'mks-mouse.c',
lib: add MksPaintable This is intended to be connected to a MksScreen and create a Listener to get DMA-BUF scanout from Qemu.
2023-02-09 12:38:48 +00:00
'mks-paintable.c',
initial commit This library doesn't do much yet. It contains the scaffolding and the rough shape of what I think the API should be in mks-types.h. Some of the types have some skeleton implementation as well to hid the D-Bus API behind those types. The next steps are to fill out the other wrapper objects and see what properties we should expose from the underlying D-Bus proxies. Along with that, will be a GtkWidget which can have a number of properties set on it to specify the MksScreen, MksKeyboard, and MksMouse devices. It may make sense to attach the session + screen to the widget, so that it can adapt to keyboard and mouse changes though.
2023-02-09 02:06:08 +00:00
'mks-screen.c',
lib: add MksScreenAttributes and mks_screen_configure() MksScreenAttributes is an opaque type with setters so that we can potentially extend it in the future without ABI issues. Furthermore, this adds a configure API for both sync and async to MksScreen. Currently, I get NOT_SUPPORTED back from Qemu, but I think that's because I'm not even past the bootloader/EFI stage for tests.
2023-02-09 23:39:03 +00:00
'mks-screen-attributes.c',
initial commit This library doesn't do much yet. It contains the scaffolding and the rough shape of what I think the API should be in mks-types.h. Some of the types have some skeleton implementation as well to hid the D-Bus API behind those types. The next steps are to fill out the other wrapper objects and see what properties we should expose from the underlying D-Bus proxies. Along with that, will be a GtkWidget which can have a number of properties set on it to specify the MksScreen, MksKeyboard, and MksMouse devices. It may make sense to attach the session + screen to the widget, so that it can adapt to keyboard and mouse changes though.
2023-02-09 02:06:08 +00:00
'mks-session.c',
lib: add MksSpeaker This isn't attached to AudioOut interface yet, but starts on the API to be defined for that.
2023-02-18 17:44:21 +00:00
'mks-speaker.c',
initial commit This library doesn't do much yet. It contains the scaffolding and the rough shape of what I think the API should be in mks-types.h. Some of the types have some skeleton implementation as well to hid the D-Bus API behind those types. The next steps are to fill out the other wrapper objects and see what properties we should expose from the underlying D-Bus proxies. Along with that, will be a GtkWidget which can have a number of properties set on it to specify the MksScreen, MksKeyboard, and MksMouse devices. It may make sense to attach the session + screen to the widget, so that it can adapt to keyboard and mouse changes though.
2023-02-09 02:06:08 +00:00
]
screen: add keyboard and mouse properties Adds MksKeyboard and MksMouse types. Setup a MksScreenKind for the MksScreen based on MksQemuConsole:type property. Currently the keyboard and mouse are not wired up, but here for scoping out the properties.
2023-02-09 05:58:35 +00:00
libmks_headers = [
'libmks.h',
'mks-device.h',
lib: start on MksDisplay widget
2023-02-14 05:53:57 +00:00
'mks-display.h',
screen: add keyboard and mouse properties Adds MksKeyboard and MksMouse types. Setup a MksScreenKind for the MksScreen based on MksQemuConsole:type property. Currently the keyboard and mouse are not wired up, but here for scoping out the properties.
2023-02-09 05:58:35 +00:00
'mks-init.h',
'mks-keyboard.h',
'mks-mouse.h',
'mks-screen.h',
lib: add MksScreenAttributes and mks_screen_configure() MksScreenAttributes is an opaque type with setters so that we can potentially extend it in the future without ABI issues. Furthermore, this adds a configure API for both sync and async to MksScreen. Currently, I get NOT_SUPPORTED back from Qemu, but I think that's because I'm not even past the bootloader/EFI stage for tests.
2023-02-09 23:39:03 +00:00
'mks-screen-attributes.h',
screen: add keyboard and mouse properties Adds MksKeyboard and MksMouse types. Setup a MksScreenKind for the MksScreen based on MksQemuConsole:type property. Currently the keyboard and mouse are not wired up, but here for scoping out the properties.
2023-02-09 05:58:35 +00:00
'mks-session.h',
lib: add MksSpeaker This isn't attached to AudioOut interface yet, but starts on the API to be defined for that.
2023-02-18 17:44:21 +00:00
'mks-speaker.h',
screen: add keyboard and mouse properties Adds MksKeyboard and MksMouse types. Setup a MksScreenKind for the MksScreen based on MksQemuConsole:type property. Currently the keyboard and mouse are not wired up, but here for scoping out the properties.
2023-02-09 05:58:35 +00:00
'mks-types.h',
]
initial commit This library doesn't do much yet. It contains the scaffolding and the rough shape of what I think the API should be in mks-types.h. Some of the types have some skeleton implementation as well to hid the D-Bus API behind those types. The next steps are to fill out the other wrapper objects and see what properties we should expose from the underlying D-Bus proxies. Along with that, will be a GtkWidget which can have a number of properties set on it to specify the MksScreen, MksKeyboard, and MksMouse devices. It may make sense to attach the session + screen to the widget, so that it can adapt to keyboard and mouse changes though.
2023-02-09 02:06:08 +00:00
libmks_private_sources = [
lib: add MksCairoFramebuffer This adds MksCairoFramebuffer which does tessellation to get damage regions for the framebuffer. Still some bugs involved, but good enough to get some bits on the screen which is what I'm looking for right now.
2023-02-14 01:38:30 +00:00
'mks-cairo-framebuffer.c',
lib: add GdkDmabufPaintable This just starts on the DMA-BUF code and abstracts MksPaintable so it can encapsulate both MksDmabufPaintable and MksCairoFramebuffer. Currently, the dmabuf just tailes everything (fully) but we can fix that with snapshot work stil. Either way, want to get the abstraction landed first before we dive deeper into that.
2023-02-15 00:27:09 +00:00
'mks-dmabuf-paintable.c',
lib: add MksDisplayPicture This is a child widget to the MksDisplay which contains just the paintable region of the remote screen. Doing so allows us to avoid having to handle crossing events carefully for things like cursors. Instead, now the MksDisplay calculates the area for the picture and allocates it there. The MksDisplayPicture will always snapshot the paintable using the full area it has been allocated. Event processing can also largely move into the Picture widget which simplifies bounds checking.
2023-02-17 19:40:34 +00:00
'mks-display-picture.c',
lib: encapsulate GtkPicture within MksDisplay We don't need to do this manually now that we have GtkPicture working correctly with content-fit. We still want to maintain our own widget to manage things like grabs and all that though.
2023-02-14 19:18:48 +00:00
'mks-css.c',
lib: add GdkDmabufPaintable This just starts on the DMA-BUF code and abstracts MksPaintable so it can encapsulate both MksDmabufPaintable and MksCairoFramebuffer. Currently, the dmabuf just tailes everything (fully) but we can fix that with snapshot work stil. Either way, want to get the abstraction landed first before we dive deeper into that.
2023-02-15 00:27:09 +00:00
'mks-gl-context.c',
lib: add inhibitor helper This is an object which is meant to be acquired/released in response to user input. Currently, it will inhibit the shortcuts in the display server if possible. Some additional things may be added eventually like relative pointers or similar (by grabbing pointer input).
2023-02-17 23:33:40 +00:00
'mks-inhibitor.c',
initial commit This library doesn't do much yet. It contains the scaffolding and the rough shape of what I think the API should be in mks-types.h. Some of the types have some skeleton implementation as well to hid the D-Bus API behind those types. The next steps are to fill out the other wrapper objects and see what properties we should expose from the underlying D-Bus proxies. Along with that, will be a GtkWidget which can have a number of properties set on it to specify the MksScreen, MksKeyboard, and MksMouse devices. It may make sense to attach the session + screen to the widget, so that it can adapt to keyboard and mouse changes though.
2023-02-09 02:06:08 +00:00
'mks-read-only-list-model.c',
lib: add util to check for inverted scroll This has limited functionality because what we really need is support for wayland!183 as it would only work unsandboxed. But it provides a convenient abstraction point for implementing that as well once we have it.
2023-02-15 18:32:05 +00:00
'mks-util.c',
initial commit This library doesn't do much yet. It contains the scaffolding and the rough shape of what I think the API should be in mks-types.h. Some of the types have some skeleton implementation as well to hid the D-Bus API behind those types. The next steps are to fill out the other wrapper objects and see what properties we should expose from the underlying D-Bus proxies. Along with that, will be a GtkWidget which can have a number of properties set on it to specify the MksScreen, MksKeyboard, and MksMouse devices. It may make sense to attach the session + screen to the widget, so that it can adapt to keyboard and mouse changes though.
2023-02-09 02:06:08 +00:00
gnome.gdbus_codegen('mks-qemu',
autocleanup: 'all',
interface_prefix: 'org.qemu.Display1.',
namespace: 'MksQemu',
sources: 'dbus-display1.xml',
session: use GDBus object manager to track objects This changes things to use the object manager to discover the VM instance. We'll have to add support for other wrappers to use object managers so that they can be added to the devices list as they are seen.
2023-02-09 09:14:47 +00:00
object_manager: true,
lib: encapsulate GtkPicture within MksDisplay We don't need to do this manually now that we have GtkPicture working correctly with content-fit. We still want to maintain our own widget to manage things like grabs and all that though.
2023-02-14 19:18:48 +00:00
),
lib: add marshallers for internal use
2023-02-15 20:15:54 +00:00
gnome.genmarshal('mks-marshal',
internal: true,
prefix: '_mks_marshal',
sources: ['mks-marshal.defs'],
valist_marshallers: true,
),
lib: encapsulate GtkPicture within MksDisplay We don't need to do this manually now that we have GtkPicture working correctly with content-fit. We still want to maintain our own widget to manage things like grabs and all that though.
2023-02-14 19:18:48 +00:00
gnome.compile_resources(
'mks-resources',
'mks.gresource.xml',
c_name: 'mks',
),
initial commit This library doesn't do much yet. It contains the scaffolding and the rough shape of what I think the API should be in mks-types.h. Some of the types have some skeleton implementation as well to hid the D-Bus API behind those types. The next steps are to fill out the other wrapper objects and see what properties we should expose from the underlying D-Bus proxies. Along with that, will be a GtkWidget which can have a number of properties set on it to specify the MksScreen, MksKeyboard, and MksMouse devices. It may make sense to attach the session + screen to the widget, so that it can adapt to keyboard and mouse changes though.
2023-02-09 02:06:08 +00:00
]
build: keep sources list near other sources
2023-02-10 20:44:50 +00:00
libmks_enums = gnome.mkenums_simple('mks-enums',
sources: libmks_headers,
install_header: true,
install_dir: join_paths(get_option('libdir'), 'libmks-@0@'.format(api_version)),
identifier_prefix: 'Mks',
symbol_prefix: 'mks',
)
initial commit This library doesn't do much yet. It contains the scaffolding and the rough shape of what I think the API should be in mks-types.h. Some of the types have some skeleton implementation as well to hid the D-Bus API behind those types. The next steps are to fill out the other wrapper objects and see what properties we should expose from the underlying D-Bus proxies. Along with that, will be a GtkWidget which can have a number of properties set on it to specify the MksScreen, MksKeyboard, and MksMouse devices. It may make sense to attach the session + screen to the widget, so that it can adapt to keyboard and mouse changes though.
2023-02-09 02:06:08 +00:00
# Setup mks-version.h for version checking
version_split = meson.project_version().split('.')
version_conf = configuration_data()
version_conf.set('VERSION', meson.project_version())
version_conf.set('MAJOR_VERSION', version_split[0])
version_conf.set('MINOR_VERSION', version_split[1])
version_conf.set('MICRO_VERSION', version_split[2])
build: ensure access to enums from libmks_dep
2023-02-09 08:23:37 +00:00
mks_version_h = configure_file(
initial commit This library doesn't do much yet. It contains the scaffolding and the rough shape of what I think the API should be in mks-types.h. Some of the types have some skeleton implementation as well to hid the D-Bus API behind those types. The next steps are to fill out the other wrapper objects and see what properties we should expose from the underlying D-Bus proxies. Along with that, will be a GtkWidget which can have a number of properties set on it to specify the MksScreen, MksKeyboard, and MksMouse devices. It may make sense to attach the session + screen to the widget, so that it can adapt to keyboard and mouse changes though.
2023-02-09 02:06:08 +00:00
input: 'mks-version.h.in',
output: 'mks-version.h',
configuration: version_conf,
install: true,
install_dir: join_paths(get_option('includedir'), 'libmks-@0@'.format(api_version))
)
build: ensure access to enums from libmks_dep
2023-02-09 08:23:37 +00:00
libmks_generated_sources = [
libmks_enums,
mks_version_h,
]
initial commit This library doesn't do much yet. It contains the scaffolding and the rough shape of what I think the API should be in mks-types.h. Some of the types have some skeleton implementation as well to hid the D-Bus API behind those types. The next steps are to fill out the other wrapper objects and see what properties we should expose from the underlying D-Bus proxies. Along with that, will be a GtkWidget which can have a number of properties set on it to specify the MksScreen, MksKeyboard, and MksMouse devices. It may make sense to attach the session + screen to the widget, so that it can adapt to keyboard and mouse changes though.
2023-02-09 02:06:08 +00:00
libmks_deps = [
lib: add GdkDmabufPaintable This just starts on the DMA-BUF code and abstracts MksPaintable so it can encapsulate both MksDmabufPaintable and MksCairoFramebuffer. Currently, the dmabuf just tailes everything (fully) but we can fix that with snapshot work stil. Either way, want to get the abstraction landed first before we dive deeper into that.
2023-02-15 00:27:09 +00:00
libepoxy_dep,
initial commit This library doesn't do much yet. It contains the scaffolding and the rough shape of what I think the API should be in mks-types.h. Some of the types have some skeleton implementation as well to hid the D-Bus API behind those types. The next steps are to fill out the other wrapper objects and see what properties we should expose from the underlying D-Bus proxies. Along with that, will be a GtkWidget which can have a number of properties set on it to specify the MksScreen, MksKeyboard, and MksMouse devices. It may make sense to attach the session + screen to the widget, so that it can adapt to keyboard and mouse changes though.
2023-02-09 02:06:08 +00:00
libgio_dep,
libgiounix_dep,
libgtk_dep,
build: add -lm to library
2023-02-18 00:27:53 +00:00
cc.find_library('m', required: false),
initial commit This library doesn't do much yet. It contains the scaffolding and the rough shape of what I think the API should be in mks-types.h. Some of the types have some skeleton implementation as well to hid the D-Bus API behind those types. The next steps are to fill out the other wrapper objects and see what properties we should expose from the underlying D-Bus proxies. Along with that, will be a GtkWidget which can have a number of properties set on it to specify the MksScreen, MksKeyboard, and MksMouse devices. It may make sense to attach the session + screen to the widget, so that it can adapt to keyboard and mouse changes though.
2023-02-09 02:06:08 +00:00
]
libmks = shared_library('mks-' + api_version,
build: ensure access to enums from libmks_dep
2023-02-09 08:23:37 +00:00
libmks_sources + libmks_generated_sources + libmks_private_sources,
initial commit This library doesn't do much yet. It contains the scaffolding and the rough shape of what I think the API should be in mks-types.h. Some of the types have some skeleton implementation as well to hid the D-Bus API behind those types. The next steps are to fill out the other wrapper objects and see what properties we should expose from the underlying D-Bus proxies. Along with that, will be a GtkWidget which can have a number of properties set on it to specify the MksScreen, MksKeyboard, and MksMouse devices. It may make sense to attach the session + screen to the widget, so that it can adapt to keyboard and mouse changes though.
2023-02-09 02:06:08 +00:00
dependencies: libmks_deps,
install: true,
)
libmks_dep = declare_dependency(
build: ensure access to enums from libmks_dep
2023-02-09 08:23:37 +00:00
sources: libmks_generated_sources,
initial commit This library doesn't do much yet. It contains the scaffolding and the rough shape of what I think the API should be in mks-types.h. Some of the types have some skeleton implementation as well to hid the D-Bus API behind those types. The next steps are to fill out the other wrapper objects and see what properties we should expose from the underlying D-Bus proxies. Along with that, will be a GtkWidget which can have a number of properties set on it to specify the MksScreen, MksKeyboard, and MksMouse devices. It may make sense to attach the session + screen to the widget, so that it can adapt to keyboard and mouse changes though.
2023-02-09 02:06:08 +00:00
link_with: libmks,
dependencies: libmks_deps,
include_directories: include_directories('.'),
)
install_headers(libmks_headers, subdir: 'libmks-@0@'.format(api_version))
pkg.generate(
description: 'A shared library for Mouse, Keyboard, and Screen to Qemu',
libraries: libmks,
name: 'libmks',
filebase: 'libmks-' + api_version,
version: meson.project_version(),
subdirs: 'libmks-@0@'.format(api_version),
requires: ['gio-2.0', 'gio-unix-2.0', 'gtk4'],
install_dir: join_paths(get_option('libdir'), 'pkgconfig')
)
libmks_gir = gnome.generate_gir(libmks,
build: include sources and headers for GIR
2023-02-09 04:25:08 +00:00
sources: libmks_sources + libmks_headers,
initial commit This library doesn't do much yet. It contains the scaffolding and the rough shape of what I think the API should be in mks-types.h. Some of the types have some skeleton implementation as well to hid the D-Bus API behind those types. The next steps are to fill out the other wrapper objects and see what properties we should expose from the underlying D-Bus proxies. Along with that, will be a GtkWidget which can have a number of properties set on it to specify the MksScreen, MksKeyboard, and MksMouse devices. It may make sense to attach the session + screen to the widget, so that it can adapt to keyboard and mouse changes though.
2023-02-09 02:06:08 +00:00
nsversion: api_version,
namespace: 'Mks',
symbol_prefix: 'mks',
identifier_prefix: 'Mks',
includes: ['Gio-2.0', 'Gtk-4.0'],
install: true,
lib: move PaintableListener into MksPaintable The goal here is to keep the MksPaintableListener inside of MksPaintable so that we don't have to create API between the two. Additionally, the MksPaintable can own it's own G-DBus connection as we don't want to share them for updates with anything else (as they can have large data chunks coming across).
2023-02-11 00:14:51 +00:00
)
Reference in New Issue Copy Permalink