<div dir="ltr"><div>Thanks Christian</div><div><br></div><div>I'll ping you next week for more instructions.  </div><div><br></div><div>Brian</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Aug 19, 2015 at 3:19 PM, Christian Dietz <span dir="ltr"><<a href="mailto:christian.dietz@uni-konstanz.de" target="_blank">christian.dietz@uni-konstanz.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><p dir="ltr">Sorry, I was not really precise: all Commands which are declared as headless and have a menu path.</p>
<p dir="ltr">And yes: like this we could select the ops which are exposed as nodes. </p><div class="HOEnZb"><div class="h5">
<div class="gmail_quote">Am 19.08.2015 8:00 nachm. schrieb Curtis Rueden <<a href="mailto:ctrueden@wisc.edu" target="_blank">ctrueden@wisc.edu</a>>:<br type="attribution"><blockquote style="margin:0px 0px 0px 0.8ex;padding-left:1ex;border-left-color:rgb(204,204,204);border-left-width:1px;border-left-style:solid"><div dir="ltr">Hi Christian,<div><br></div><div><div>> currently, we can automatically create nodes from Commands and not</div><div>> from ops.</div></div><div><br></div><div>But all Ops are Commands...?</div><div><br></div><div><div>> From a technical point of view it would be easy to adapt this</div><div>> mechanism to Ops, but I am not sure if we want that (as you dont want</div><div>> to create a node for each and every atomar op). I hope we will</div><div>> find a nice strategy when to expose an Op as a KNIME node.</div></div><div><br></div><div>Possible solutions:</div><div>* Expose all Commands (including Ops) that declare a menu path.</div><div>* Expose Commands which have (or do not have) a particular attribute key. We use this for ImageJ1, adding a "no-legacy" attribute for commands which should not be exposed from the legacy ImageJ1 user interface.</div><div><br></div><div>Regards,</div><div>Curtis</div></div><div><br><div>On Wed, Aug 19, 2015 at 12:36 PM, Christian Dietz <span dir="ltr"><<a href="mailto:christian.dietz@uni-konstanz.de" target="_blank">christian.dietz@uni-konstanz.de</a>></span> wrote:<br><blockquote style="margin:0px 0px 0px 0.8ex;padding-left:1ex;border-left-color:rgb(204,204,204);border-left-width:1px;border-left-style:solid">Hi Brian,<br>
<br>
currently, we can automatically create nodes from Commands and not from ops. From a technical point of view it would be easy to adapt this mechanism to Ops, but I am not sure if we want that (as you dont want to create a node for each and every atomar op). I hope we will find a nice strategy when to expose an Op as a KNIME node.<br>
<br>
Anyway, Commands can be installed if the imagej2 extension is also installed within KNIME. I can send you more details next Monday, when I'm back from vacation.<br>
<br>
Hope this helps,<br>
<br>
Christian<br>
<div><div><br>
Am 19.08.2015 5:58 nachm. schrieb Brian Northan <<a href="mailto:bnorthan@gmail.com" target="_blank">bnorthan@gmail.com</a>>:<br>
><br>
> Hi<br>
><br>
> I have a question for the KNIME folks. <br>
><br>
> My understanding is that KNIME can auto-generate a node for every class that implements an op.  Is this correct??  And if so does the current release of KNIME recognize ops??  Or do I need a development version??<br>
><br>
> How does one install an op to KNIME??  Do you just place the .jar file in a certain directory??  Or do you have to go through the 'install KNIME extensions' option??  Or something else??<br>
><br>
> Thanks<br>
><br>
> Brian<br>
</div></div>_______________________________________________<br>
ImageJ-devel mailing list<br>
<a href="mailto:ImageJ-devel@imagej.net" target="_blank">ImageJ-devel@imagej.net</a><br>
<a href="http://imagej.net/mailman/listinfo/imagej-devel" target="_blank">http://imagej.net/mailman/listinfo/imagej-devel</a><br>
</blockquote></div><br></div>
</blockquote></div></div></div></blockquote></div><br></div>