Bugzilla – Full Text Bug Listing
| Summary: | Provide ability to handle reopen-events (user clicks dock icon for running application) | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [Eclipse Project] Platform | Reporter: | Thomas Singer <eclipse> | ||||
| Component: | SWT | Assignee: | Platform-SWT-Inbox <platform-swt-inbox> | ||||
| Status: | RESOLVED FIXED | QA Contact: | |||||
| Severity: | enhancement | ||||||
| Priority: | P3 | CC: | christoph.wulf, daniel_megert, dormoose, gheorghe, lshanmug, markus.kell.r, rafaelkarst, Silenio_Quarti, superstippi | ||||
| Version: | 4.1 | Flags: | Silenio_Quarti:
review+
|
||||
| Target Milestone: | 4.3 RC1 | ||||||
| Hardware: | PC | ||||||
| OS: | Mac OS X | ||||||
| Whiteboard: | |||||||
| Attachments: |
|
||||||
|
Description
Thomas Singer
I agree, at least it should be easier to find a documentation to catch this kind of event from dock icon. Please change the bug to a major issue, otherwise it will not receive investigation by set team. I can't change the priority, but you can vote for this issue. API suggestion:
display.getSystemTaskBar().getItem(null).addListener(SWT.TaskItemClicked, new Listener() {
public void handleEvent(Event event) {
event.doit = true;
}
});
Coarse implementation idea:
org.eclipse.swt.widgets.Display#applicationProc: instead of returning 1, invoke all TaskItemClicked listeners and dependent on the doit flag return the right value (I guess 0 or 1).
Created attachment 222761 [details]
a rough idea for a change
Please try to solve this issue shortly. It shouldn't have influence on existing code. the way the things are going, we should create a fork of current swt and fix it... Unfortunately, I don't know how to build SWT jar files... I haven't checked out but, I'm pretty sure there should be something at the SWT GIT repository source... Anyway... I had reported another bug on Mac OSX platform for SWT project and they actually fixed it pretty fast... Maybe try to create a new issue with a critical severity, at least we hope to get their attention. :-) That is what i did... You'll say that this is not fair... but, what is fair? Windows platform receives a lot more attention that Mac OSX platform, and yet there is Linux... there are some platform specific features that could be easily covered by SWT and their not, or their partially covered. Hope i have helped! Best regards! We'd like to look at this for the next milestone. I'm excited to give a first implementation a try. When is 4.3 M5 expected to be released? 4.3M5 is out since January-31-2013, but after comparing the sources with 4.3M4, this issue seems not to be fixed yet, though still scheduled. Have you given up to fix this issue soon? This is a 3 line fix. Listening for SWT.Activate on Display was the first thing I tried when trying to implement the feature. So it is absolutely intuitive. Why not apply this 3-line patch and fix a critical flaw on Mac OS X expected application behavior? As it is, one cannot let applications keep running after their last windows was closed, even though it is now possible to install a proper menu via Display.getMenuBar(). When the user clicks the Dock icon, the app shows no reaction and appears to hang, even though all is fine. Patch looks fine. Patch released. Should be available in the next build. Thanks! Thanks to Stephan, for bringing this issue up again, and thanks to Silenio and Bogdan for implementing the fix. |