<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
<meta name="Generator" content="Microsoft Word 14 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
{font-family:Tahoma;
panose-1:2 11 6 4 3 5 4 4 2 4;}
@font-face
{font-family:Consolas;
panose-1:2 11 6 9 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
margin-bottom:.0001pt;
font-size:12.0pt;
font-family:"Times New Roman","serif";
color:black;}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:purple;
text-decoration:underline;}
p
{mso-style-priority:99;
mso-margin-top-alt:auto;
margin-right:0in;
mso-margin-bottom-alt:auto;
margin-left:0in;
font-size:12.0pt;
font-family:"Times New Roman","serif";
color:black;}
pre
{mso-style-priority:99;
mso-style-link:"HTML Preformatted Char";
margin:0in;
margin-bottom:.0001pt;
font-size:10.0pt;
font-family:"Courier New";
color:black;}
span.HTMLPreformattedChar
{mso-style-name:"HTML Preformatted Char";
mso-style-priority:99;
mso-style-link:"HTML Preformatted";
font-family:"Consolas","serif";
color:black;}
span.EmailStyle20
{mso-style-type:personal-reply;
font-family:"Calibri","sans-serif";
color:#1F497D;}
.MsoChpDefault
{mso-style-type:export-only;
font-size:10.0pt;}
@page WordSection1
{size:8.5in 11.0in;
margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
</head>
<body bgcolor="white" lang="EN-US" link="blue" vlink="purple">
<div class="WordSection1">
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">I would add to this conversation that it would be very useful for other developers to see what Collin has developed in terms of the Fiji launcher script. I
have had situations where I wanted to launch in a custom way not provided by the built-in launcher. No reason to figure this out if Collin already has. Collin could label it “experimental” to prevent naïve users from accidentally using it. Most of my plugins
fall into the “experimental” category anyway—if they didn’t I probably wouldn’t rely so much on ImageJ.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Jay<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<div>
<div style="border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in 0in 0in">
<p class="MsoNormal"><b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif";color:windowtext">From:</span></b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif";color:windowtext"> imagej-devel-bounces@imagej.net [mailto:imagej-devel-bounces@imagej.net]
<b>On Behalf Of </b>Poczatek, Joseph Collin<br>
<b>Sent:</b> Friday, January 03, 2014 10:16 AM<br>
<b>To:</b> Johannes Schindelin<br>
<b>Cc:</b> Fiji Developers; ImageJ Developers<br>
<b>Subject:</b> Re: [ImageJ-devel] [fiji-devel] Custom starting of Fiji (was Fiji updater operates on what directories and what file types?)<o:p></o:p></span></p>
</div>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Hi Johannes,<br>
<br>
Thanks for indulging me in this conversation.<br>
<br>
<o:p></o:p></p>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<p class="MsoNormal"><br>
<br>
<o:p></o:p></p>
<pre><o:p> </o:p></pre>
<pre>Couldn't you say the same thing about Fiji shipping with a .desktop<o:p></o:p></pre>
<pre>file?<o:p></o:p></pre>
</blockquote>
<pre><o:p> </o:p></pre>
<pre>It does not ship with a .desktop file. It generates it upon startup in<o:p></o:p></pre>
<pre>Linux. (To be precise, the ImageJ launcher does.)<o:p></o:p></pre>
<p class="MsoNormal">That makes more sense, and I should have realized that looking at the executable path in the .desktop file. Maybe I should think about having the scripts generated...<br>
<br>
<br>
<o:p></o:p></p>
<pre><o:p> </o:p></pre>
<pre>You are welcome to do that, bash scripts are not the way, however. A<o:p></o:p></pre>
<pre>better way would be to patch the ImageJ launcher to make it possible to<o:p></o:p></pre>
<pre>ship *limited* configuration via update sites that affects the way Fiji is<o:p></o:p></pre>
<pre>started.<o:p></o:p></pre>
<p class="MsoNormal"><br>
I can see that making sense in that it's cross platform (since the launcher is cross platform), but I can't see how that would get you any granularity. Meaning I want to start fiji in say 2 ways that would be equivalent to:<br>
ImageJ-launcher -flagA<br>
ImageJ-launcher -flagB<br>
And not overshadow starting with no flags. <br>
<br>
<br>
<o:p></o:p></p>
<pre><o:p> </o:p></pre>
<pre>So far, I am quite doubtful, however, that such a support is needed. I<o:p></o:p></pre>
<pre>might be wrong, but then, I have not been graced with the information<o:p></o:p></pre>
<pre>about the intended use case requiring those bash scripts.<o:p></o:p></pre>
<p class="MsoNormal" style="margin-bottom:12.0pt">Ok, I was trying to keep my questions narrowly focused, but I guess I ended up too vague. This is related to a conversation on the list from this spring (*) about nrrd files and handleExtraFileTypes. I agree
that what I'm doing isn't the cleanest/best but I think it's the lesser evil given all the following facts/constraints (and the ones I forgot):<br>
<br>
- I need to bypass the standard IJ-io/extraFileTypes/LOCI chain and pass a file arg directly to our plugin. Which is called OpenMIMS (**) btw.<br>
<br>
- Architecturally our plugin has gotten a little cluttered over the years and while we're trying to refactor things, I don't have the man power to refactor out our file readers right now.<br>
<br>
- Besides myself I would say that all our users use Fiji without starting OpenMIMS <1% of the time. So they don't really want to start Fiji per se.<br>
<br>
- I seem to be categorically incapable of keeping even all the Fiji installs in the lab up-to-date/symmetric, let alone those outside the lab, so why not take advantage of the updater?<br>
<br>
- Like I mentioned above there are 2 ways (sets of flags) we start our plugin with. So we would need 2 "executables".<br>
<br>
- Our "users demand" a high level of symmetry between at least Linux and OsX in terms of how OpenMIMS/Fiji runs. For example breaking the "one instance of an application" constraint on OsX. And if I have to do crazy things like that, best to have a parallel
way of starting Fiji, right? (I know I need more than just a bash script.)<br>
<br>
- I'm not stepping on/overshadowing any part of Fiji. Or forcing any of this to be used.<br>
<br>
- Even if I make a mess of things or get to the point I can undo this kludge, the updater makes it a lot easier to back out.<br>
<br>
So in conclusion, yes I agree that it's not the best but it's probably manageable.<br>
<br>
Cheers,<br>
Collin<br>
<br>
(*) <a href="http://imagej.1557.x6.nabble.com/Fiji-the-nrrd-file-format-and-HandleExtraFileTypes-td5002602.html">
http://imagej.1557.x6.nabble.com/Fiji-the-nrrd-file-format-and-HandleExtraFileTypes-td5002602.html</a><br>
<br>
(**)<br>
<a href="http://nrims.harvard.edu/about-mims">http://nrims.harvard.edu/about-mims</a><br>
<a href="http://nrims.partners.org/wiki/index.php/OpenMIMS_Manual">http://nrims.partners.org/wiki/index.php/OpenMIMS_Manual</a><br>
<br>
<br>
<o:p></o:p></p>
<p>The information in this e-mail is intended only for the person to whom it is<br>
addressed. If you believe this e-mail was sent to you in error and the e-mail<br>
contains patient information, please contact the Partners Compliance HelpLine at<br>
<a href="http://www.partners.org/complianceline">http://www.partners.org/complianceline</a> . If the e-mail was sent to you in error<br>
but does not contain patient information, please contact the sender and properly<br>
dispose of the e-mail.<o:p></o:p></p>
</div>
</body>
</html>