NOTICE! This is a static HTML version of a legacy ImageJ Trac ticket.

The ImageJ project now uses GitHub Issues for issue tracking.

Please file all new issues there.

Ticket #635 (closed defect: fixed)

Opened 2011-06-24T13:56:22-05:00

Last modified 2012-05-15T13:00:21-05:00

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:


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 2011-08-01T08:27:32-05:00 by gharris

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

comment:2 Changed 2011-12-05T09:48:24-06:00 by gharris

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

comment:3 Changed 2012-01-26T12:44:47-06:00 by curtis

  • Owner changed from gharris to curtis

comment:4 Changed 2012-02-27T11:00:55-06:00 by curtis

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

comment:5 Changed 2012-05-15T13:00:21-05:00 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.