<div dir="ltr">Sure thing Johannes. Thanks.</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Sun, Jul 21, 2013 at 9:41 PM, Johannes Schindelin <span dir="ltr"><<a href="mailto:schindelin@wisc.edu" target="_blank">schindelin@wisc.edu</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Barry,<br>
<br>
thanks for bringing the issue to my attention that my recent fix for Fiji<br>
(which now relies on ij-legacy to do the legacy patching in the hope that<br>
we can stabilize the code better that has been moved from fiji-compat to<br>
reconcile the Fiji and ImageJ2 legacy patches) broke the MacOSX-specific<br>
platform service startup.<br>
<br>
The issue is that when dropping a file (in particular, an image file) onto<br>
the Fiji (or for that matter, ImageJ) icon, contrary to widespread belief,<br>
MacOSX does *not* pass the path of said file to the program to-be-started<br>
via the command-line. Instead, it sends a platform-specific message that<br>
applications are expected to consume in a special, MacOSX-specific<br>
handler.<br>
<br>
You could call that a Cupertino time tax.<br>
<br>
Now, ImageJ 1.x solves this by adding an ApplicationListener. It has to --<br>
despite fact that the ApplicationListener is deprecated in very recent<br>
MacOSX versions -- to maintain backwards-compatibility with the last<br>
MacOSX versions supporting PowerPC-based computers.<br>
<br>
ImageJ2, in contrast, targets MacOSX 10.6 or newer, so it uses the new<br>
method -- which astonishingly does not allow adding ApplicationListeners,<br>
hence the problem you observed where the MacAdapter of ImageJ 1.x<br>
registering itself prevents ImageJ2 from starting up.<br>
<br>
The topic branch I started is designed to help the issue for 10.6 and<br>
newer by having a custom solution for the legacy mode: it registers an<br>
event listener and reacts upon the -- now platform-independent -- events.<br>
<br>
The only thing I need to change on that branch is to ensure that the<br>
MacOSX-specific part of the platform service starts up correctly and<br>
handles the MacOSX-specific event handling, delegating to the<br>
platform-independent event service of ImageJ2.<br>
<br>
After that, I still have to ascertain that things work correctly with<br>
MacOSX 10.5, the oldest MacOSX version I care to support with Fiji (10.4<br>
is too old because Apple limited the Java versions available for that<br>
MacOSX version to Java 1.4 -- which is really, really too limiting, not to<br>
mention old and slow).<br>
<br>
In essence: I ask you to have a little more patience while I work out a<br>
fix.<br>
<br>
Ciao,<br>
Johannes<br>
</blockquote></div><br></div>