ImageSets vs existing TIFF

General
1

I have some TIFF files that contain multiple sizes of an image (icons)
Up to this point I only needed one size (ie. 2 images for @1x and @2x)
but now I find I need another set but smaller
So right now I have an imageset with [x48@1x.png and x48@2x.png] which are used as 48x48 images
and need [x24@1x.png and x24@2x.png]

Is there any way to use the original TIFF file and have the app know which image to use?
or do I need to extract the images (which is easy enough) and then construct TWO ImageSets…
Its not a big deal… I just wanted to reduce the physical files that would exist in the resouces directory

2

in the same vein as the above… if I DO have to create two image sets…
Does Xojo optimize the # of physical files used?
For example
Image Set #1 is for 32x32 … so it has [x32x32.png and x64x64.png]
Image Set #2 is for 16x16 … so it would have [x16x16.png and x32x32.png]

Does Xojo make 3 or 4 files? … that is would x32x32.png appear inside the bundle twice?

3

Actually it would have x32x32.png and x32x32@2x.png which are 32x32 pixels and 64x64 pixels

And no Xojo wont reduce the number of files
It really cant wIthout doing a bunch of image processing to know for certain that there are duplicates

4

and actually… it seems that Xojo really doesn’t care what the physical files names are

I just created an Imageset that contained

  • ABC.PNG (48x48)
  • XYZ.PNG (96x96)

and renamed the Imageset itself TEST

and it worked just fine

g.drawpicture test,0,0

so the only name that matters is the imageset name, not the filenames associated with the individual images…

now that being said… using a proper @1x @2x naming convention makes it easier for the developer, but the app won’t care.

EDIT… When compiling… Xojo DOES rename the files that appear in the compiled bundle

I created a 32x32, 64x64 and 128x128 image
made two imagesets

  • a32.png and a64.png
  • a64.png and a128.png

Xojo changed this to

  • a32.png and a32@2x.png
  • a64.png and a64@2x.png
5

You can always use ICNSmini to compress the PNG and TIFF files.
https://itunes.apple.com/gb/app/icnsmini-shrink-png-icns-iconsets-tifs-icos/id1035260885?mt=12

6

You can use TiffPictureMBS class to read a multi picture TIFF at runtime and than build a Xojo picture image set in memory.

7

How is that a benefit?
I would have to have 128 discrete images in the IDE project instead of 64 ImageSets
besides… I have no desire nor budget to purchase MBS
I already have my own software to disassemble the TIFF to create the required imagesets

8

You could put 100 pictures in one TIFF file if you like.

9

that doesn’t help assigning the correct “size” to a canvas, or any other image oriented control
from what I can see, an ImageSet does all the “retina” magic for you, or so far that is what I am seeing happen
but if the TIFF contains 16x16, 32x32 and 64x64 , then I have to decide and code for the correct image to extract when necessary.

as those would equate to x16@1x, x16@2x, x32@1x and x32@2x…

10

Yes, the framework figures out the best image to use, based on the Graphics.ScaleX and ScaleY properties and the size of the thing you are drawing.

11

for an IMAGESET… that I see… my question was in relation to Christians comment about 100 images in a TIFF