<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>