Re: RFR: 8305418: [Linux] Replace obsolete XIM as Input Method Editor [v15]

2023-12-16 Thread Thiago Milczarek Sayao
> This replaces obsolete XIM and uses gtk api for IME. > Gtk uses [ibus](https://github.com/ibus/ibus) > > Gtk3+ uses relative positioning (as Wayland does), so I've added a Relative > positioning on `InputMethodRequest`. > > [Screencast from 17-09-2023 >

Re: RFR: 8305418: [Linux] Replace obsolete XIM as Input Method Editor [v13]

2023-12-16 Thread Thiago Milczarek Sayao
On Wed, 13 Dec 2023 19:22:49 GMT, Martin Fox wrote: >> Thiago Milczarek Sayao has updated the pull request incrementally with one >> additional commit since the last revision: >> >> Account the case of !filtered > > modules/javafx.graphics/src/main/native-glass/gtk/glass_window.cpp line 486:

Re: RFR: 8305418: [Linux] Replace obsolete XIM as Input Method Editor [v13]

2023-12-16 Thread Thiago Milczarek Sayao
On Wed, 13 Dec 2023 19:01:25 GMT, Martin Fox wrote: >> Thiago Milczarek Sayao has updated the pull request incrementally with one >> additional commit since the last revision: >> >> Account the case of !filtered > >

Re: RFR: 8305418: [Linux] Replace obsolete XIM as Input Method Editor [v14]

2023-12-16 Thread Thiago Milczarek Sayao
> This replaces obsolete XIM and uses gtk api for IME. > Gtk uses [ibus](https://github.com/ibus/ibus) > > Gtk3+ uses relative positioning (as Wayland does), so I've added a Relative > positioning on `InputMethodRequest`. > > [Screencast from 17-09-2023 >

Re: RFR: 8320965: Scrolling on a touch enabled display fails on Wayland [v2]

2023-12-16 Thread Thiago Milczarek Sayao
On Thu, 14 Dec 2023 20:19:12 GMT, Jose Pereda wrote: >> This PR replaces the deprecated `gdk_pointer_grab` with `gdk_seat_grab`, and >> `gdk_pointer_ungrab ` with `gdk_seat_ungrab`, using runtime checks and >> wrapped functions for GTK 3.20+ (so systems without it still run with GTK >> 3.8+),

Re: The crisp fonts saga

2023-12-16 Thread Mark Raynsford
On Sat, 2023-12-16 at 12:10 -0800, John Neffenger wrote: > > I would prefer not to have the tyranny of the project default > replaced > with a new tyranny of the app default. :-) > > Wouldn't it be nice to allow developers and end users to enable > hinting > for any JavaFX application just by

Re: The crisp fonts saga

2023-12-16 Thread John Neffenger
On 12/16/23 3:30 AM, Mark Raynsford wrote: I have, yes. I actually considered properties for each of these, but I thought it more important to be able to specify them on a node-by-node basis. I would prefer not to have the tyranny of the project default replaced with a new tyranny of the app

RE: Converting a Color object to its string representation

2023-12-16 Thread Eran Leshem
Thanks. The #rrggbbaa format isn’t documented on https://openjfx.io/javadoc/21/javafx.graphics/javafx/scene/doc-files/cssref.html#typecolor for some reason, so I missed it. Can I contribute a fix to the doc? What’s the process for approving option 1? Eran From: openjfx-dev

Re: The crisp fonts saga

2023-12-16 Thread Mark Raynsford
On Fri, 2023-12-15 at 17:55 -0800, John Neffenger wrote: > On 12/15/23 2:21 PM, Mark Raynsford wrote: > >    2. Add an -fx-font-hinting CSS attribute that, by default, will > > be > >   set to false. Setting this value to true will enable hinting > >   using whatever is the default (in