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-r...@openjdk.org> on behalf of Michael Strauß 
<michaelstr...@gmail.com>
Date: Monday, November 20, 2023 at 17:15
To: openjfx-dev@openjdk.org <openjfx-dev@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.goryac...@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

Reply via email to