Hi,
Did some improvements on my "pure x11" branch:
- Bitmaps are now handled by cairo which will use Xrender if available
(will be beneficial if there's an alpha channel).
- Configuration using Xsettings (such as double click time)
- Setting the app icon now works
- Custom cursor works
- Mouse bu
Hi,
Xlib port at:
https://github.com/openjdk/jfx-sandbox/tree/tsayao_xlib
Is able to very poorly run Ensemble8:
java @build/run.args -jar apps/samples/Ensemble8/dist/Ensemble8.jar
Keyboard events still do not work, mouse clicks are still buggy.
There will be crashes, but it's progress.
Window si
Kevin,
Sure, I was hoping for the question.
"The focus of GTK has moved away from being a “meta toolkit” that other
toolkits can use as a “backend”."
Quoted from
https://discourse.gnome.org/t/gtk4-migration-window-management-functions-gone/7542/4
The first attempt I have made is the logical one
Can you say more about the motivation for doing this? Given the eventual
direction for Wayland support, even in X11 compatibility mode, I would
expect more use of gtk and less use of Xlib, not the other way around.
-- Kevin
On 4/10/2022 2:43 PM, Thiago Milczarek Sayão wrote:
Hi,
I got simple
Hi,
I got simple samples running on the pure Xlib port of the Gtk backend.
It still has gtk code, but mainly uses Xlib by now. Don't judge the code,
I'm porting it gradually.
https://github.com/openjdk/jfx-sandbox/tree/tsayao_xlib
java @build/run.args -cp apps/toys/Hello/dist/Hello.jar hello.He