Ticket #635 (closed defect: fixed)

Opened 8 years ago

Last modified 8 years ago

Event focus rules should be more flexible

Reported by: bdezonia Owned by: curtis
Priority: major Milestone: imagej2-b3-headless
Component: Event Framework Version:
Severity: serious Keywords:
Cc: Blocked By:
Blocking:

Description

This one is best explained with an example.

In IJ1, given a image stack is loaded, the '\' key fires off an animation. Further use of the '\' key will pause/restart the animation.

In IJ2 we can make the '\' key fire an animation too. But further choice of the '\' key is captured by the UI and another animation is hatched.

As a workaround I've enabled 'P' to be used to pause or restart the animation. But note this is a temporary fix because as soon as a plugin is mapped to 'p' it too will launch.

We need a way for a plugin to grab complete control of the keyboard and only pass on those events it does not know about.

Ticket to be reassigned as needed.

Change History

comment:1 Changed 8 years ago by gharris

  • Owner changed from curtis to gharris
  • Status changed from new to assigned

comment:2 Changed 8 years ago by gharris

Has this been addressed by the addition of ImageJEvent.consume()/isConsumed()?

comment:3 Changed 8 years ago by curtis

  • Owner changed from gharris to curtis

comment:4 Changed 8 years ago by curtis

  • Milestone changed from imagej-2.0-beta1 to imagej-2.0-beta2

comment:5 Changed 8 years ago by curtis

  • Status changed from assigned to closed
  • Resolution set to fixed

I agree with Grant that the consume()/isConsumed() methods should address this. If you have an example otherwise, please reopen with a description of how to recreate the problem.

Note: See TracTickets for help on using tickets.