thanks Gregory,
i took a look at the classes, i saw the GSWindowDecorator @protocol, i am
proposing to extend the protocol with some helper methods to check if a
point is in a specific area of the decorations and as well used the same
methods in the current implementation:
https://github.com/gnuste
So for the WaylandServer+Cursor.m code you might be able to do something
similar. GC
On Thu, Dec 16, 2021 at 8:04 AM Gregory Casamento
wrote:
>
> Please let me know if you have any questions. Actually, allow me to
> correct myself. GSTheme is a class (a base class) that has methods to draw
>
Please let me know if you have any questions. Actually, allow me to
correct myself. GSTheme is a class (a base class) that has methods to draw
for other widgets. The way this works is that when a subclass of GSTheme
is loaded as a theme, these methods can be overridden. This allows the
theme t
If you take a quick look at GSTheme.h in gui you'll see a lot of classes to
which we delegate the drawing. I believe what you should do is create a
similar class for GSStandardDecorationView that can be used to do the
drawing for that class. This way the class implemented in GSTheme.h will
be th
Hello,
I am in the process of cleaning-up / refactoring the wayland backend cursor
handling and I am stuck on the window-resize and window-move logic.
The wayland implementations requires the window move and resize to be
handled by the compositors which means that in the cursor button handler
there
