Public Behavior API proposal

[Andy Goryachev]

Thank you for clarification, Michael.

I see InputMap as an intrinsic part of any Control.  Allowing for customization of key bindings is absolute must, in my opinion.

Splitting the input map into a user one and a skin one allows for decoupling of behavior from the input map, so you are free to design any kind of behavior you want, there is no mandate to use a specific base class.  I will provide StatefulBehaviorBase (name?) class to use with the standard skins as a convenience, but you are free not to use it.  I will also provide two kinds of SkinInputMap for use with a stateful and stateless behaviors, but there will be no standard so you are free to go in any direction you wish.

As I mentioned, the InputMap can also be used to solve the priority issue with event handlers (EH), without changing the rest of the EH architecture.  If you don’t like that and want to extend the priority idea to all of the Nodes, then we should solve that first.  I take it you are going to respond to my comments about https://gist.github.com/mstr2/4bde9c97dcf608a0501030ade1ae7dc1 right?

Cheers,

-andy


From: openjfx-dev <openjfx-dev-retn at openjdk.org> on behalf of Michael Strauß <michaelstrau2 at gmail.com>
Date: Monday, November 20, 2023 at 17:15
To: openjfx-dev at openjdk.org <openjfx-dev at openjdk.org>
Subject: Re: Public Behavior API proposal
I don't want to restart the process, but I suspect that InputMap might
be better suited for specific controls only, not as a general-purpose
API. Maybe InputMap is part of a specific type of Behavior? Do you
think that InputMap can carry its own weight, independent of a future
extension of the control architecture?

Basically, I'd like to see a public Behavior API first, or
alternatively at the same time with an InputMap API so it becomes
clear how those interact.


On Mon, Nov 20, 2023 at 11:23 PM Andy Goryachev
<andy.goryachev at oracle.com> wrote:
>
> Dear Michael:
>
>
>
> I don’t understand.  In the past month and a half, we identified a number of problems, and are converging at a solution.  Do you want to restart the process?  Is there a special order of doing things you would rather see?
>
>
>
> -andy
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mail.openjdk.org/pipermail/openjfx-dev/attachments/20231121/8608b0f2/attachment.htm>