cleanup woes

[Kenneth Sloan-2]

As part of my clean-up, I have consolidated a bunch of classes into a .jar file.

Alas, many of these classes include '_' in their name.

My usual drill is to install the .jar file, and I've done what I do for all my plugins - I put it in a subdirectory (CreativeComputation) of plugins.  I install using drag&drop.

All of my real plugins have a plugin.config file which controls where they appear in the Plugins menu.  The "utilities.jar" has no such plugin.config file.

As some of you will know - this causes these classes (with '_' in their names) to appear in the Plugins menu (under a new menu item called "CreativeComputation".

This really does not harm - it just clutters up the Plugins menu.

So...how SHOULD I do this?

a) where should I install the utilities.jar file (and, can my users automatically install this in the right place using Update?)
b) is there a way (say, a plugins.config file?) to say "this is not a plugin, don't install it in the Plugins menu"?

--
Kenneth Sloan
[hidden email]
Vision is the art of seeing what is invisible to others.

--
ImageJ mailing list: http://imagej.nih.gov/ij/list.html

[Saalfeld, Stephan]

If you're using Fiji, you can put it into the jars directory.

Best,
Stephan

On Tue, 2020-09-15 at 19:24 -0500, Kenneth Sloan wrote:

> As part of my clean-up, I have consolidated a bunch of classes into a
> .jar file.
>
> Alas, many of these classes include '_' in their name.
>
> My usual drill is to install the .jar file, and I've done what I do
> for all my plugins - I put it in a subdirectory (CreativeComputation)
> of plugins.  I install using drag&drop.
>
> All of my real plugins have a plugin.config file which controls where
> they appear in the Plugins menu.  The "utilities.jar" has no such
> plugin.config file.
>
> As some of you will know - this causes these classes (with '_' in
> their names) to appear in the Plugins menu (under a new menu item
> called "CreativeComputation".
>
> This really does not harm - it just clutters up the Plugins menu.
>
> So...how SHOULD I do this?
>
> a) where should I install the utilities.jar file (and, can my users
> automatically install this in the right place using Update?)
> b) is there a way (say, a plugins.config file?) to say "this is not a
> plugin, don't install it in the Plugins menu"?
>
> --
> Kenneth Sloan
> [hidden email]
> Vision is the art of seeing what is invisible to others.
>
> --
> ImageJ mailing list:
> https://urldefense.com/v3/__http://imagej.nih.gov/ij/list.html__;!!Eh6p8Q!VzacCMp5qQ2sdidyssO2ImsjIAE-XaOCzk94MSz0oVRevwWsLrhAoTuydjh8H4hC-QL8$
>  

--
ImageJ mailing list: http://imagej.nih.gov/ij/list.html

[Kenneth Sloan-2]

I am using FIJI.  I can't seem to navigate to the jars directory in the "Save Plugin, Macro or Script..." dialog. (on a Mac, if that matters)  It may have to do with restrictions made by MacOSX on access to "package contents".  I know how to override that elsewhere - but not during a drag&drop install.

I'm trying to install using drag&drop.

I'm not sure I can depend on my users to use my update site or manually move .jar files into the FIJI package.  So, I prefer to use drag&drop to install.  But, that appears to restrict me to the plugins directory.

Question: if I manually install it in jars - will the update mechanism allow me to post it to my update site and then allow my users to use Update to fetch it?

I suppose I could live with the cluttered Plugins menu - but it looks bad.

I suppose I could also go through my entire code base and change the names of the classes with '_' in their names - but these classes are used in many places, not only in ImageJ.

I suppose what I'd really like is some way to use a plugins.config file to say "don't show this anywhere in the Plugins menu.

For now, I'll leave it in plugins, and live with the extra Plugins menu entry.
--
Kenneth Sloan
[hidden email]
Vision is the art of seeing what is invisible to others.

--
ImageJ mailing list: http://imagej.nih.gov/ij/list.html

[Saalfeld, Stephan]

> Question: if I manually install it in jars - will the update
> mechanism allow me to post it to my update site and then allow my
> users to use Update to fetch it?
>

Yes.

> I suppose I could live with the cluttered Plugins menu - but it looks
> bad.
>
> I suppose I could also go through my entire code base and change the
> names of the classes with '_' in their names - but these classes are
> used in many places, not only in ImageJ.
>
> I suppose what I'd really like is some way to use a plugins.config
> file to say "don't show this anywhere in the Plugins menu.
>
> For now, I'll leave it in plugins, and live with the extra Plugins
> menu entry.
> --
> Kenneth Sloan
> [hidden email]
> Vision is the art of seeing what is invisible to others.
>
> --
> ImageJ mailing list:
> https://urldefense.com/v3/__http://imagej.nih.gov/ij/list.html__;!!Eh6p8Q!QzcYXhQAVRwVdjC7YcczbvxRRuf9J1aWa3GbJOl3FA7D2z7_oua2rFo9scc4sULUKQKJ$
>  

--
ImageJ mailing list: http://imagej.nih.gov/ij/list.html

[Kenneth Sloan-2]

Thank you for the rapid, and useful response.

Moving on to dealing with dependencies.  This is lower priority because
they don’t appear to be hurting anything, but the dependencies displayed is
the Update process look wrong to me and I don’t know how to change them.

On Wed, Sep 16, 2020 at 12:35 Saalfeld, Stephan <[hidden email]>
wrote:

> > Question: if I manually install it in jars - will the update
>
> > mechanism allow me to post it to my update site and then allow my
>
> > users to use Update to fetch it?
>
> >
>
>
>
> Yes.
>
>
>
> > I suppose I could live with the cluttered Plugins menu - but it looks
>
> > bad.
>
> >
>
> > I suppose I could also go through my entire code base and change the
>
> > names of the classes with '_' in their names - but these classes are
>
> > used in many places, not only in ImageJ.
>
> >
>
> > I suppose what I'd really like is some way to use a plugins.config
>
> > file to say "don't show this anywhere in the Plugins menu.
>
> >
>
> > For now, I'll leave it in plugins, and live with the extra Plugins
>
> > menu entry.
>
> > --
>
> > Kenneth Sloan
>
> > [hidden email]
>
> > Vision is the art of seeing what is invisible to others.
>
> >
>
> > --
>
> > ImageJ mailing list:
>
> >
> https://urldefense.com/v3/__http://imagej.nih.gov/ij/list.html__;!!Eh6p8Q!QzcYXhQAVRwVdjC7YcczbvxRRuf9J1aWa3GbJOl3FA7D2z7_oua2rFo9scc4sULUKQKJ$
>
> >
>
>
>
> --
>
> ImageJ mailing list: http://imagej.nih.gov/ij/list.html
>
> --

-Kenneth Sloan

--
ImageJ mailing list: http://imagej.nih.gov/ij/list.html