mirror of
https://github.com/genodelabs/genode.git
synced 2025-03-24 21:15:35 +00:00
dec2d897c3
The decorator's detection of the hovered window element was inaccurate, which resulted in "jumping" windows in some situations, ultimately caused by a combination of three different mechanisms. First, when moving the pointer into the area of a window, the decorator would detect the hovering of the left border whenever the distance of the pointer from the border was less than the half of the theme texture (e.g., 64x64 pixels for the default theme). However, if the left border margin is set to a small value (e.g., 1), there is an overlap of the sensitive resize border area and the content. Hence, chances were quite high that - when moving the pointer from the left into the window - the hover report would contain the hovering of the left border. Second, the window manager tries to hide pointer movements from the decorator if possible. It informs the decorator of the pointer position if any decoration is hovered or if a new window is hovered. But it does not expose pointer movements within a window to the decorator. For this reason, the decorator would not update the hover report as long as the pointer stays within a once hovered window. In the situation described above, the hover report would still contain the stale information about the hovering of the left resize border. Third, when the user clicks on the window, the decorator examines the most recent hover report and - in the situation described above - finds the left border hovered. Consequently, it initiates a window-drag operation. While resizing the window with the left border, the window layouter pins the right border of the window to its current position. All window-size changes of the client will be applied towards the left (dragged) border. In the case of the top view, which continuously resizes the window by itself, the window would "jump". In reality, it actually tries to respond an interactive resize operation. The window layouter cannot guess that the client is not responding to window layouter's resize request but is acting independently. This patch fixes the jumping window problem for the case where the pointer hovers the overlapping area of the resize border and the content. However, when trying the to interactively resize the top window via the bottom-left corner, the "jumping" can still be observed. Fixes #3303
===============================
Genode source-code repositories
===============================
This directory contains the source-code repositories of the Genode OS
Framework. Each sub directory has the same principle layout as described in the
build-system manual:
:Build-system manual:
[https://genode.org/documentation/developer-resources/build_system]
The build system uses a configurable selection of those reposities to obtain
the source codes for the build process. The repositories are not independent
but build upon of each other:
:'base':
This directory contains the source-code repository of the fundamental
frameworks and interfaces of Genode. Furthermore, it contains the generic
parts of core.
:'base-<platform>':
These directories contain platform-specific source-code repositories
complementing the 'base' repository. The following platforms are supported:
:'linux':
Linux kernel (both x86_32 and x86_64)
:'nova':
NOVA hypervisor developed at University of Technology Dresden
See [https://genode.org/documentation/platforms/nova]
:'foc':
Fiasco.OC is a modernized version of the Fiasco microkernel with a
completely revised kernel interface fostering capability-based
security. It is not compatible with L4/Fiasco.
See [https://genode.org/documentation/platforms/foc]
:'hw':
The hw platform allows the execution of Genode on bare ARM and x86 hardware
without the need for a separate kernel. The kernel functionality is
included in core except in the special case of the Muen separation
kernel.
See [https://genode.org/documentation/platforms/hw] and
[https://genode.org/documentation/platforms/muen]
:'okl4':
OKL4 kernel (x86_32 and ARM) developed at Open-Kernel-Labs.
See [https://genode.org/documentation/platforms/okl4]
:'pistachio':
L4ka::Pistachio kernel developed at University of Karlsruhe.
See [https://genode.org/documentation/platforms/pistachio]
:'fiasco':
L4/Fiasco kernel developed at University of Technology Dresden.
See [https://genode.org/documentation/platforms/fiasco]
:'sel4':
seL4 microkernel developed at NICTA/General Dynamics
See[https://sel4.systems/]
:'os':
This directory contains the non-base OS components such as the init process,
device drivers, and basic system services.
:'demo':
This directory contains the source-code repository of various services and
applications that we use for demonstration purposes. For example, a graphical
application launcher called Launchpad and the Scout tutorial browser.
:'hello_tutorial':
Tutorial for creating a simple client-server scenario with Genode. This
repository includes documentation and the complete source code.
:'libports':
This source-code repository contains ports of popular open-source libraries
to Genode, most importantly the C library. The repository contains no
upstream source code but means to download the code and adapt it to Genode.
For instructions about how to use this mechanism, please consult the README
file at the top level of the repository. Among the 3rd-party libraries
are Qt5, libSDL, freetype, Python, ncurses, Mesa, and libav.
:'dde_linux':
This source-code repository contains the device driver environment for
executing Linux device drivers natively on Genode. Currently, this
repository hosts the USB stack.
:'dde_ipxe':
This source-code repository contains the device-driver environment for
executing drivers of the iPXE project.
:'dde_bsd':
This source-code repository contains the device-driver environment for
drivers of the OpenBSD operating system.
:'dde_rump':
This source-code repository contains the port of rump kernels, which are
used to execute subsystems of the NetBSD kernel as user level processes.
The repository contains a server that uses a rump kernel to provide
various NetBSD file systems to Genode.
:'dde_zircon':
This repository contains the emulation environment for drivers
ported from the Zircon kernel.
:'ports':
This source-code repository hosts ports of 3rd-party applications to
Genode. The repository does not contain upstream source code but provides
a mechanism for downloading the official source distributions and adapt
them to the Genode environment. The used mechanism is roughly the same
as used for the 'libports' repository. Please consult 'libports/README'
for further information.
:'gems':
This source-code repository contains Genode applications that use
both native Genode interfaces as well as features of other high-level
repositories, in particular shared libraries provided by 'libports'.