using plain ImageJ 1.49b on Mac OS X (no Fiji) and having downloaded the sample images a few minutes ago, blobs.gif opens from disk with inverting LUT, as it does from the Web without cached sample images.
The blobs.gif file I downloaded today is identical to the one I downloaded in 2006 into a different directory (tried with 'cmp' on the command line).
> Hi Gabriel,
>
> Does anybody have a clue of what is going on?
>>
>
> ImageJ 1.x opens sample images differently if they are cached or not. One
> of these pathways uses SCIFIO (when the image is cached) and one uses
> ImageJ 1.x (if it's not cached)... I believe because we didn't want to be
> overly aggressive in inserting SCIFIO into every single ImageJ 1.x
> operation.. but perhaps this is too confusing in respect to cached images,
> or at least should be documented in the WELCOME.md.
>
> If you disable SCIFIO (Edit > Options > ImageJ2, uncheck the "Use
> SCIFIO...") both cached and uncached sample images should open the same way.
>
> Also, when you have an image open, if you run Image > Show Info you can
> easily tell if your data was opened with SCIFIO or not.
>
> Let me know if you have any other questions.
>
> Thanks!
> - Mark
>
>
> On Wed, Jun 18, 2014 at 10:53 AM, Gabriel Landini <
[hidden email]>
> wrote:
>
>> On Wednesday 18 Jun 2014 16:33:19 Graeme Ball wrote:
>>
>>> "Blobs" still comes with an inverted LUT for me using both ImageJ and
>> Fiji
>>> (updated today).
>>
>> Thanks Graeme. How odd. I cached again the sample images and the blobs.fig
>> does appear without inverted LUT in IJ1. Before I believe it always did
>>
>> I have in Options>Appearance the "Use inverting lookup table" option
>> unticked.
>> If I tick it then all greyscale images have inverting LUTs. So I do not
>> think
>> this is the problem.
>>
>> Now I deleted the ImageJ/samples folder (where the images get cached) and
>> loading the blobs over the net (i.e. not cached) brings the old inverted
>> LUT
>> image, but as soon as I download the cached version, it is not-inverted!
>>
>> I cannot tell where the image is being cached from, but I guess that it is
>> not
>> the same image as IJ calls when there is no cache folder.
>>
>> Does anybody have a clue of what is going on?
>>
>> Many thanks
>>
>> Gabriel
>>
>> --
>> ImageJ mailing list:
http://imagej.nih.gov/ij/list.html>>
>
> --
> ImageJ mailing list:
http://imagej.nih.gov/ij/list.html