<div dir="ltr">Hi everyone,<div><br></div><div>Looks like these bug reports from Michael Schmid (from the ImageJ 2.0.0-beta5 release) slipped through my fingers. Sorry, Michael!</div><div><br></div><div>I am forwarding to the list so we have a public record.</div>
<div><br></div><div>Regards,</div><div>Curtis</div><div><br><br><div class="gmail_quote">---------- Forwarded message ----------<br>From: <b class="gmail_sendername">Michael Schmid</b> <span dir="ltr"><<a href="mailto:schmid@iap.tuwien.ac.at">schmid@iap.tuwien.ac.at</a>></span><br>
Date: Tue, Oct 23, 2012 at 7:22 AM<br>Subject: Re: ImageJ 2.0.0-beta5 released<br>To: Curtis Rueden <<a href="mailto:ctrueden@wisc.edu">ctrueden@wisc.edu</a>><br>Cc: Michael Schmid <<a href="mailto:schmid@iap.tuwien.ac.at">schmid@iap.tuwien.ac.at</a>><br>
<br><br>Hi Curtis,<br>
<br>
finally I had time to look at it - not bad at all! Especially cleaning up some Roi/overlay and 'composite image/channels' issues of IJ1 is good approach!<br>
<br>
Here are a few points that I have encountered - I have not delved into how to create tickets in a formally correct way. If appropriate, could you enter them or forward to someone for entering?<br>
<br>
Image>Adjust>Auto-Contrast for 32-bit float images always gave an incredibly high number as minimum (it seems to be Double.MAX_VALUE):<br>
179,769,313,486,231,570,000,000,000,000,000,000,000,000,000,000,000,000,000,000,000,000,000,000,000,000,000,000,000,000,000,000,000,000,000,000,000,000,000,000,000,000,000,000,000,000,000,000,000,000,000,000,000,000,000,000,000,000,000,000,000,000,000,000,000,000,000,000,000,000,000,000,000,000,000,000,000,000,000,000,000,000,000,000,000,000,000,000,000,000,000,000,000,000,000,000,000,000,000,000,000,000,000<br>
Obviously, then it does not display the image with reasonable contrast.<br>
Also, large numbers like this should be displayed in exponential format.<br>
<br>
Image>Adjust/Brightness contrast does not accept exponential notation like 1e2 with lowercase 'e'.<br>
<br>
Image>Adjust/Brightness overrides the input if one has a small range for a 32-bit image (e.g. if I want to see the range 0 to 0.0001 in an image with range -10 to 10). Then, if I want to set the minimum, it also destroys my previous maximum setting, and other way round.<br>
<br>
Image>Adjust/Brightness Usability: A 'full range' or 'default' button (brightness=50, contrast=50) would be welcome.<br>
<br>
Analyze>Histogram plot does not work for 32-bit float image<br>
<br>
Image>Duplicate should allow to enter the name of the copy and suggest a NEW name as default, such as "blobs-1" for image "blobs"<br>
<br>
Windows menu should list all open windows.<br>
<br>
Currently, IJ2 keeps all selections; it's like IJ1 with the shift key pressed when drawing further selections (at least under OS X 10.6.8, Java 1.6.0_35). I prefer the IJ1 behavior, that drawing a selection deletes the old one(s) unless shift is pressed.<br>
If you keep it like this, deleting an overlay/Roi must be easier: e.g. right-click on it and have a context menu entry 'Delete overlay' or 'delete selection'.<br>
<br>
Selecting an image by clicking into it (while a selection tool is active in the toolbar) should not create a new Roi (maybe unless the user drags to extend the roi). Even worse, clicking on the white space below an image (if the window is larger than the image, such as for the 'Blobs' sample, see also ticket #1060) currently also creates a new Roi.<br>
<br>
On a German keyboard, the '+' key is currently mapped to 'Show all' instead of 'Zoom in'. On this keyboard, it delivers the keyCode 93, which corresponds to ']' on a US keyboard. Similarily, the '-' key does not work for 'Zoom Out', because on a German keyboard it delivers keyCode 47, the same as the slash on US keyboards. The Numpad + and - keys are ok.<br>
<br>
Creating a selection on an image shown at a zoom level different from 100% can cause the image to snap back to 100% zoom. (OS X 10.6.8, Java 1.6.0_35)<br>
<br>
---<br>
<br>
Sorry for the long list; but if I remember how many problems I have reported on IJ1 it is still very short ;-)<br>
<br>
Michael<br>
________________________________________________________________<br>
Michael Schmid email: <a href="mailto:schmid@iap.tuwien.ac.at">schmid@iap.tuwien.ac.at</a><br>
Institut für Angewandte Physik, Technische Universität Wien<br>
Wiedner Hauptstr. 8-10/E134, A 1040 Wien, Austria<br>
Tel. <a href="tel:%2B43%201%2058801-13452" value="+4315880113452">+43 1 58801-13452</a> or -13453, Fax <a href="tel:%2B43%201%2058801%2013499" value="+4315880113499">+43 1 58801 13499</a><br>
________________________________________________________________<br>
<div class="HOEnZb"><div class="h5"><br>
On Oct 22, 2012, at 23:12, Curtis Rueden wrote:<br>
<br>
> Hi everyone,<br>
><br>
> The ImageJDev team has released the fifth beta of ImageJ2, version 2.0.0-<br>
> beta5.<br>
><br>
> ImageJ 2.0.0-beta5 is a "beta"-quality release, meaning the code is not<br>
> finished. The design is more stable than before but still subject to change<br>
> until the final 2.0.0 release. It is recommended that people continue to<br>
> use ImageJ v1.x for critical work.<br>
><br>
> The ImageJ2 user interface is modeled after ImageJ v1.x as much as<br>
> possible. However, under the hood, ImageJ2 is a complete redesign of<br>
> ImageJ. It provides backward compatibility with older versions of ImageJ by<br>
> bundling the latest v1.x code and translating between "legacy" and "modern"<br>
> image structures.<br>
><br>
> Development of this release of ImageJ focused on the addition of scripting<br>
> support. The release was timed to coincide with the ImageJ conference in<br>
> Luxembourg, to ensure participants have access to a recent, stable<br>
> codebase. Since the development cycle for this beta was shorter than many<br>
> of our previous cycles, there are fewer new major features. But we have<br>
> made substantial progress on some big ticket items (such as multi-step undo<br>
> and redo) that will be part of the next beta release.<br>
><br>
> For further details on this release, including a discussion of new<br>
> features, please see our blog post:<br>
> <a href="http://developer.imagej.net/2012/10/19/imagej-v200-beta5" target="_blank">http://developer.imagej.net/2012/10/19/imagej-v200-beta5</a><br>
><br>
> You can download the release from:<br>
> <a href="http://developer.imagej.net/downloads" target="_blank">http://developer.imagej.net/downloads</a><br>
><br>
> To more accurately reflect what is left to do, we have recently reestimated<br>
> ImageJ2's release dates, and scheduled additional betas before the final<br>
> 2.0.0 release. See the Downloads page for the updated table of planned<br>
> future releases and roadmap links for the project. The focus of the next<br>
> release (2.0.0-beta6) is on robust core support for N-dimensional data,<br>
> including very large image data, and data/display decoupling.<br>
><br>
> For more details on the ImageJ developments, see the web site at:<br>
> <a href="http://developer.imagej.net/" target="_blank">http://developer.imagej.net/</a><br>
><br>
> Regards,<br>
> Curtis Rueden<br>
> ImageJDev project lead<br>
> Laboratory for Optical and Computational Instrumentation<br>
> University of Wisconsin-Madison<br>
><br>
</div></div><div class="HOEnZb"><div class="h5">> --<br>
> ImageJ mailing list: <a href="http://imagej.nih.gov/ij/list.html" target="_blank">http://imagej.nih.gov/ij/list.html</a><br>
<br>
</div></div></div><br></div></div>