Posted by
Jeff Hardin on
Nov 15, 2017; 10:44pm
URL: http://imagej.273.s1.nabble.com/OS-X-10-13-High-Sierra-ImageJ-Java-6-and-text-editing-tp5019713.html
Hi all,
I’m sorry if this has been mentioned already, but I can’t seem to be able to edit text in any ImageJ text field or in new text files under OS X 10.13/High Sierra with Java 6 versions of ImageJ. Is this a known bug? This error happens in Micro-Manager’s packaged version of ImageJ (1.48v) and 1.51p in the standalone ImageJ bundle for OS X, 32- or 64-bit versions, under JRE 6.
This does not occur with the Java 8 bundled version, but this is 64-bit only, and I”m afraid I’m wanting to use 32-bit ImageJ for legacy plugins…
Thanks in advance for your help!
Cheers,
Jeff
__________________________
Jeff Hardin
Raymond E. Keller Professor and Chair
Department of Integrative Biology
University of Wisconsin
1117 W. Johnson St.
Madison, WI 53706
voice: (608) 262-9634
fax: (608) 262-7319
email:
[hidden email]<mailto:
[hidden email]>
web page:
http://worms.zoology.wisc.eduOn Nov 14, 2017, at 11:00 PM, IMAGEJ automatic digest system <
[hidden email]<mailto:
[hidden email]>> wrote:
There are 2 messages totaling 74 lines in this issue.
Topics of the day:
1. Alternative to Tif?
2. Variable in filename
--
ImageJ mailing list:
http://imagej.nih.gov/ij/list.html----------------------------------------------------------------------
Date: Tue, 14 Nov 2017 16:46:32 -0500
From: Wayne Rasband <
[hidden email]<mailto:
[hidden email]>>
Subject: Re: Alternative to Tif?
On Nov 13, 2017, at 8:08 AM, Adrian Daerr <
[hidden email]<mailto:
[hidden email]>> wrote:
When dealing with stacks of these sizes, I prefer to work with virtual stacks. [..] Even a raw file can be opened as a virtual stack if you know its data layout.
I concur on the convenience of virtual stacks. A small but annoying shortcoming of raw virtual stacks however is that when you do not know the exact number of images, and enter a higher number in the dialog, then your stack display will irreversibly freeze once you attempt to access a slice beyond the end of file instead of merely updating the size of the stack. Of course you can calculate the right size from the byte size of your file divided by the camera resolution, but this operation partly negates the convenience of being able to quasi-instantaneously view and browse through recordings on the disk via virtual stacks.
This bug is fixed in the latest ImageJ daily build (1.51s24). Now when you enter a higher number of images in the dialog ImageJ will calculate the correct number based on the offset, image size, gap between images and the file size.
-wayne
--
ImageJ mailing list:
http://imagej.nih.gov/ij/list.html------------------------------
Date: Tue, 14 Nov 2017 18:56:04 -0700
From: "lihong.zhan" <
[hidden email]<mailto:
[hidden email]>>
Subject: Re: Variable in filename
Hi,
Thanks for the post. I run into the same problem and was able to solve by
simply add "&" in front of my variable.
Lihong
Detailed explanation can be found in the following link.
https://imagej.nih.gov/ij/developer/macro/macros.htmlWith ImageJ 1.43 and later, there is an easier method that only requires
adding "&" to the variable name in the options string:
noise = 50;
output = "Point Selection";
run("Find Maxima...", "noise=&noise output=&output light");
String variables passed using this method do not have to be enclosed in
brackets. For more examples, see the ArgumentPassingDemo macro.
--
Sent from:
http://imagej.1557.x6.nabble.com/--
ImageJ mailing list:
http://imagej.nih.gov/ij/list.html------------------------------
End of IMAGEJ Digest - 14 Nov 2017 (#2017-311)
**********************************************
--
ImageJ mailing list:
http://imagej.nih.gov/ij/list.html