On extending Toolkit or GE public API

[Maxim Kartashev]

Thank you, point taken.

> [BTW I'm sure it would be on TK not GE].
Can you elaborate on that, please? I'm asking because I'm leaning towards
GE at the moment.

On Fri, Jul 7, 2023 at 9:39 PM Philip Race <philip.race at oracle.com> wrote:

> So long as it stays in the sandbox and isn't pushed to jdk then you can
> do anything you want.
> [BTW I'm sure it would be on TK not GE].
>
> And it would be my preference to let such things bake in wakefield until
> we understand if they are really
> needed and what they should look like.
>
> So in other words, nothing in main line yet since there's no point yet.
>
> Apart from anything else, cases where we say "this won't work without
> new API" means apps need
> to change and that is highly undesirable, so I'd like to see us try
> everything under the sun to
> minimise the number and severity of such cases.
>
> -phil
>
> On 7/7/23 6:16 AM, Maxim Kartashev wrote:
> > Unlike all the other windowing systems that JDK supports, Wayland does
> > not let you position windows on the screen directly. I have just
> > finished implementing support for popup-style windows (popups,
> > tooltips, menus) using xdg_positioner and had to plug in many
> > instances of "if (can-position-windows)" in the common code (i.e.
> > Swing). I wonder if this warrants an amendment to the public API so
> > those checks can be less ad-hoc? What would be the procedure for
> > introducing a new method to Toolkit of GraphicsEnvironment?
> >
> > References:
> > *
> >
> https://github.com/JetBrains/JetBrainsRuntime/commit/470c36bbd802bcf18c098c8d90502a6fb72099e3
> > * https://wayland.app/protocols/xdg-shell#xdg_positioner
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mail.openjdk.org/pipermail/wakefield-dev/attachments/20230710/cf3f08a7/attachment.htm>