Also populate single overlay inputs

We lean on the overlay service to obtain the active overlay.
FillDataValues: Use overlay input

Now that active input preprocessor populates overlays, let's use it.
Remove dependence on OptionsService and ImageDisplay

ActiveImagePreprocessor now handles Position, Dataset, and
ChannelCollection inputs, filling with default values if a single input
is needed. Note the TODO as preprocessing a ChannelColleciton input
should likely be done elsewhere but unsure where.

FillDataValues: Now longer relies on the OptionsService to get a color
for filling with. It also no longer relies on ImageDisplay. Instead it
takes, a ChannelCollection, Dataset, and Position.

Services: The Display and Overlay Services (Interfaces and default
implementations) were changed to accommodate the need to access the
active dataset and active position. Largely a suggestion but I expect
to use the methods widely in many other plugins.
Add ModuleItem#getGenericType() method

This method lets you query the type of a module input or output,
*including* generics, which is useful for more precise matching and
conversion of objects to and from that type.
AbstractModuleItem: expose getDelegateClass() method

This method is useful for obtaining the actual Class object of the
module item, loading it if necessary. We could recapitulate the logic
everywhere else (it is only one line of code), but it would be longer
and uglier than simply calling getDelegateClass() from subclasses.
Resolve CommandModuleItem types more precisely

This updates the SciJava Common dependency to 2.13.0, to take advantage
of the new getTypes(Field, Class) and getGenericType(Field, Class)
methods of ClassUtils. Thank you, gentyref!
Merge branch 'resolve-generics'

This branch improves the behavior of ModuleItem#getType() when generics
are involved. In many cases it is possible to deduce a narrower (i.e.,
more precise) type for the field, when class hierarchies are involved.

We also add a ModuleItem#getGenericType() method, so that further
reasoning about the type may be done externally, since an erased Class
may not be sufficient for certain purposes.
Bump to pom-scijava 1.155

Signed-off-by: Jenkins <jenkins@dev.loci.wisc.edu>
Let ij-app depend on ij-ops

For now, the ij-ops version is not listed in pom-scijava...

Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
Add the op() method to the ImageJ gateway

Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
Let Dataset extend the Img interface

Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
Implement almost all Img methods in DefaultDataset

This commit adds implementations of the Img methods that basically all
hand off to the wrapped ImgPlus.

The only method not implemented yet is the ImgFactory: we will most likely
want to wrap the ImgFactory returned by getImgPlus().factory() but
generate new Dataset instances, of course.

Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
Merge branch 'ops'

This branch integrates imagej-ops into the ImageJ gateway so you can
call

	ImageJ imagej = new ImageJ();
	imagej.op().equation(...);

Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
NOTICE.txt: add gentyref to dependencies list
Merge pull request #15 from jaywarrick/overlay-autofill

Overlay autofill
Add Jay Warrick to style checker's list of authors
DefaultOverlayService: add missing @Overrides
DefaultOverlayService: remove redundant javadoc

The javadoc is already declared in the interface. Recapitulating it in
the default implementation only invites the possibility of skew.
OverlayService: tweak javadoc
DefaultOverlayService: clean up style

Thank you, Eclipse code formatter.