A visual editor for an InputTriggerConfig object.

[tinevez]

The editor looks like this: and is largely inspired by Eclipse key editor.

The main GUI class itself lives in the org.scijava.ui.behaviour.io package, to be able to access the actionToInputsMap default field of InputTriggerConfig. Other GUI classes are in the gui subpackage of this one.

It features:

• Filtering on command names:
• The keybinding editor is based on entering the text equivalent of the binding, rather than clicking or pressing the desired key combination in the text field. As mentioned by @tpietzsch:

  That text field we should have in any case, because some things will be hard/impossible to recognize For example you can define "alt shift T B" as a trigger and how would you know in the recognizer that after the T you need to wait for more you can have "alt shift T | B K M", meaning: "triggers as long as alt+shift+T are pressed and possibly B, K, or M but no other keys" stuff like that is hard to recognize. /impossible

• But it has auto-completion:
• It can detect and deal with temporary invalid keybindings:
• The same for contexts:

[ctrueden]

Awesome.

I would like to discuss this project at the upcoming MPI-CBG hackathon. It would be amazing if all of ImageJ could leverage this UI. As things stand, I am guessing it is limited to BDV and MaMuT? I did a lot of work to create a UI-framework-agnostic set of UI events in SciJava, and map multiple framework event styles (including Swing and AWT) to these UI events. But the ui-behaviour library is hardcoded to Swing, no? (Relatedly: I saw that @hanslovsky was going to replicate ui-behaviour to work with JavaFX also?) My really strong intuition now is that there must be a better way!

I understand that this particular visual editor is itself written in Swing, and there is no way to get a UI-agnostic visual editor "for free." But I am worried about the fragmentation/divergence between ui-behaviour and the SciJava event mechanism. I'd like to make a best effort to unify the design here. Again, if ImageJ could gain a key-mapping editor in the process, that would be huge.

[hanslovsky]

@ctrueden I think I was not perfectly clear on gitter: What I meant to say is that I replicated some of ui-behaviour to have a more BigDataViewer like navigation in my JavaFX application. I agree, however, that an agnostic ui-behaviour would be great to have!

[tpietzsch]

@tinevez ❤️