Use a standalone systray, adapted from winex11, to present icons for
applications.

Because the context menu on icons is drawn using global positioning
across process boundaries, we cannot currently anchor the menu window
properly to its effective parent (i.e., the icon), and we draw it as a
toplevel instead. Practically this has the effect that the menu window
will be placed at arbitrary locations on the screen by the Wayland
compositor.

Signed-off-by: Alexandros Frantzis <alexandros.frantzis@collabora.com>

During development it's often useful to be able inspect the contents and
window or damage regions of the various buffers involved in software
rendering.

This commit adds helper functions to dump buffer contents to disk, and
uses them to dump the window buffer at flush time, the wayland SHM
buffers at commit time, and the front buffer at update/glFlush time.

These helpers are turned off by default and can be enabled by changing
the value of the corresponding preprocessor define.

Signed-off-by: Alexandros Frantzis <alexandros.frantzis@collabora.com>

Introduce a mechanism to select whether we should use application-side
or composidor-side scaling. This is controlled by the "HiDPIScaling"
global or per-app driver option, either "Application" (the default) or
"Compositor".

With application-side scaling, which is the default, the application has
access to the full/native resolution of the outputs, and needs to manage
scaling manually (e.g., by using the Wine DPI options).

With compositor-side scaling, the application has access only to the
scaled resolution of the outputs, and the compositor automatically
scales the provided buffers.

Signed-off-by: Alexandros Frantzis <alexandros.frantzis@collabora.com>

Relay the event to the IDropTarget at the current drag-and-drop position,
which will then initiate a data transfer by using the IDataObject_GetData
implementation for the associated Wayland data offer.

Signed-off-by: Alexandros Frantzis <alexandros.frantzis@collabora.com>

Relay the event to the IDropTarget at the new drag-and-drop position,
and notify the Wayland compositor of any accepted format/mime type and
actions.

Signed-off-by: Alexandros Frantzis <alexandros.frantzis@collabora.com>

Relay the event to the IDropTarget at the current drag-and-drop
position.

Signed-off-by: Alexandros Frantzis <alexandros.frantzis@collabora.com>

Relay the event to the IDropTarget at the enter position, and notify the
Wayland compositor of any accepted format/mime type and actions.

The accepted mime type is set indirectly through IDropTarget_DragEnter
eventually calling our IDataObject_(Query)GetData implementation for the
associated data offer.

Signed-off-by: Alexandros Frantzis <alexandros.frantzis@collabora.com>

Implement functions to find the IDropTarget for a particular point in a
window.

Signed-off-by: Alexandros Frantzis <alexandros.frantzis@collabora.com>

For each mime type of the associated data offer we provid a FORMATETC
entry with the matching Windows clipboard format. We ensure that there
are no duplicate FORMATETC entries.

Signed-off-by: Alexandros Frantzis <alexandros.frantzis@collabora.com>

If the associated data offer has a mime type matching the requested
Windows clipboard format, import the data into a HGLOBAL memory object.

Signed-off-by: Alexandros Frantzis <alexandros.frantzis@collabora.com>

Check if for any of the available mime types of the associated data
offer we support converting from that mime type to the requested Windows
clipboard format.

Signed-off-by: Alexandros Frantzis <alexandros.frantzis@collabora.com>

This IDataObject will be used to integrate with drag-and-drop
from other Wayland clients.

Signed-off-by: Alexandros Frantzis <alexandros.frantzis@collabora.com>

Handle the Wayland event which informs us of the new current clipboard
selection. We use the provided event information to update the available
formats in the Windows clipboard, without populating them with any
actual data. We populate the clipboard data on demand through the
handling of the WM_RENDERFORMAT message.

Signed-off-by: Alexandros Frantzis <alexandros.frantzis@collabora.com>

Signed-off-by: Alexandros Frantzis <alexandros.frantzis@collabora.com>

Import into Windows clipboard data we got from other Wayland clients,
for a particular Windows clipboard format. This allow us to fetch
clipboard data and populate the Windows clipboard contents on demand.

Signed-off-by: Alexandros Frantzis <alexandros.frantzis@collabora.com>

When the Windows clipboard is updated, create a new Wayland data source
that exports the update clipboard data, and make it the current
Wayland data selection.

Signed-off-by: Alexandros Frantzis <alexandros.frantzis@collabora.com>

Import and export TIFF, PNG, JPEG and GIF image formats.

Signed-off-by: Alexandros Frantzis <alexandros.frantzis@collabora.com>

Convert between CF_HDROP Windows clipboard format and "text/uri-list"
Wayland clipboard format.

Signed-off-by: Alexandros Frantzis <alexandros.frantzis@collabora.com>

Import and export RTF clipboard/drag-and-drop data.

Signed-off-by: Alexandros Frantzis <alexandros.frantzis@collabora.com>

Convert between CF_UNICODETEXT clipboard format and common
"text/plain" Wayland clipboard formats.

Signed-off-by: Alexandros Frantzis <alexandros.frantzis@collabora.com>

Add a function that ensures that all data is written to a file
descriptor, resuming in case of interruptions or partial writes.

Signed-off-by: Alexandros Frantzis <alexandros.frantzis@collabora.com>

Introduce infrastructure to convert clipboard/drag-and-drop data
between what Wayland understands and what Wine understands.

Signed-off-by: Alexandros Frantzis <alexandros.frantzis@collabora.com>

The clipboard window is created in the PE code, initiated by a driver
kernel callback invoked from the unixlib side. Clipboard messages
are received in the PE side and forwarded to the unixlib side to
be handled there.

Signed-off-by: Alexandros Frantzis <alexandros.frantzis@collabora.com>

This mechanism allows the unixlib code of the driver to call back into
the PE code.

Signed-off-by: Alexandros Frantzis <alexandros.frantzis@collabora.com>

Keep track of the wl_data_offer objects sent by the Wayland compositor,
and their properties.

Signed-off-by: Alexandros Frantzis <alexandros.frantzis@collabora.com>

This will evolve to support clipboard and drag-and-drop operations in
upcoming commits.

Signed-off-by: Alexandros Frantzis <alexandros.frantzis@collabora.com>

Leandro Ribeiro authored Sep 26, 2022 and Alexandros Frantzis committed Jan 25, 2023

Now that we have all the pieces together, allow applications to render
using the cross-process Vulkan swapchain.

Signed-off-by: Leandro Ribeiro <leandro.ribeiro@collabora.com>

Leandro Ribeiro authored Sep 23, 2022 and Alexandros Frantzis committed Jan 25, 2023

Signed-off-by: Leandro Ribeiro <leandro.ribeiro@collabora.com>
Signed-off-by: Alexandros Frantzis <alexandros.frantzis@collabora.com>

Leandro Ribeiro authored Sep 22, 2022 and Alexandros Frantzis committed Jan 25, 2023

Signed-off-by: Alexandros Frantzis <alexandros.frantzis@collabora.com>

Leandro Ribeiro authored Sep 22, 2022 and Alexandros Frantzis committed Jan 25, 2023

Signed-off-by: Leandro Ribeiro <leandro.ribeiro@collabora.com>
Signed-off-by: Alexandros Frantzis <alexandros.frantzis@collabora.com>

Leandro Ribeiro authored Sep 21, 2022 and Alexandros Frantzis committed Jan 25, 2023

Signed-off-by: Leandro Ribeiro <leandro.ribeiro@collabora.com>
Signed-off-by: Alexandros Frantzis <alexandros.frantzis@collabora.com>

Leandro Ribeiro authored Sep 21, 2022 and Alexandros Frantzis committed Jan 25, 2023

Signed-off-by: Leandro Ribeiro <leandro.ribeiro@collabora.com>
Signed-off-by: Alexandros Frantzis <alexandros.frantzis@collabora.com>

Leandro Ribeiro authored Sep 21, 2022 and Alexandros Frantzis committed Jan 25, 2023

This is a simple passthrough implementation to the native Vulkan driver,
but will be extended to support cross-process rendering.

Signed-off-by: Leandro Ribeiro <leandro.ribeiro@collabora.com>
Signed-off-by: Alexandros Frantzis <alexandros.frantzis@collabora.com>

Leandro Ribeiro authored Sep 21, 2022 and Alexandros Frantzis committed Jan 25, 2023

Create images to be used for cross-process Vulkan rendering, and
return them through vkGetSwapchainImagesKHR.

Signed-off-by: Leandro Ribeiro <leandro.ribeiro@collabora.com>
Signed-off-by: Alexandros Frantzis <alexandros.frantzis@collabora.com>

Leandro Ribeiro authored Sep 21, 2022 and Alexandros Frantzis committed Jan 25, 2023

Introduce the remote swapchain object, currently with a stub
implementation, that we are going to use for cross-process Vulkan
rendering.

Signed-off-by: Leandro Ribeiro <leandro.ribeiro@collabora.com>
Signed-off-by: Alexandros Frantzis <alexandros.frantzis@collabora.com>

Leandro Ribeiro authored Sep 21, 2022 and Alexandros Frantzis committed Jan 25, 2023

When the target window for a Win32 VkSurfaceKHR is not owned by the
current process, we don't have access to the corresponding wayland
surface to use as the target for creating the host VkSurfaceKHR. In such
cases create a dummy wl_surface and use it to allow VkSurfaceKHR to
conclude successfully.

Note that no content targeting this dummy wl_surface will ever become
visible, but we will fix this in upcoming commits when we introduce a
cross-process swapchain implementation that forwards images to the right
process for presentation.

For now the cross-process code path is not used (notice the constant
allowed_to_create_remote_swapchain in the code), because we still don't
have all the pieces to make the cross-process swapchain work. So we
won't even allow the dummy wl_surface to be created. When we put all the
pieces together, we'll drop this constant and allow the code to run.

Signed-off-by: Leandro Ribeiro <leandro.ribeiro@collabora.com>
Signed-off-by: Alexandros Frantzis <alexandros.frantzis@collabora.com>

Leandro Ribeiro authored Sep 22, 2022 and Alexandros Frantzis committed Jan 25, 2023

Introduce a mechanism to check and enable VkInstance extensions required
to support cross-process rendering in upcoming commits.

Signed-off-by: Alexandros Frantzis <alexandros.frantzis@collabora.com>

Leandro Ribeiro authored Sep 22, 2022 and Alexandros Frantzis committed Jan 25, 2023

Introduce a mechanism to check and enable VkDevice extensions required
to support cross-process rendering in upcoming commits.

Signed-off-by: Leandro Ribeiro <leandro.ribeiro@collabora.com>
Signed-off-by: Alexandros Frantzis <alexandros.frantzis@collabora.com>

Leandro Ribeiro authored Aug 02, 2022 and Alexandros Frantzis committed Jan 25, 2023

Implement vkCreateDevice and vkDestroyDevice so that:

1. We can track the mapping between physical and logical Vulkan devices.
2. We can enable some additional host VkDevice extensions.

Both of the above are required to support cross-process rendering in
upcoming commits.

Signed-off-by: Leandro Ribeiro <leandro.ribeiro@collabora.com>

Leandro Ribeiro authored Aug 03, 2022 and Alexandros Frantzis committed Jan 25, 2023

In the following commits we'll introduce an internal swapchain in order
to support Vulkan cross-process rendering. In order to do that, we'll
need to create wl_surface objects from the per-process instance. So bind
to wl_compositor on the per-process instance as well.

Signed-off-by: Leandro Ribeiro <leandro.ribeiro@collabora.com>