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: |
|
| 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 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: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.