icon.library 46.4 test versions

[HanSolo]

Fix is ready http://muidev.de/download/01-nightly...Log-2014-12-13 So when mui 4.0 will be recompiled for 68k ?

[Michael]

Yes, and it works much better now, a few flaws still remaining...

[PeterK]

Update to icon.library 46.4.405:

Some optimizations in GetIconRectangleA(), in ChangeToSelectedIconColor() for a darker copy of image1, and much shorter Shadow/OutlineText code in DrawIconStateA().

[PeterK]

Update to icon.library 46.4.406:

A workaround for the DOpus5 problem to open disk drive windows without real icons when the deficon (ENV:Sys/def_disk.info) was not of the type disk alias volume. DOpus5 always tried to do this by itself, but it didn't work to use project or tool icons for def_disk.info. This is possible now. Please make sure that Aros Vision copies Sys/def_disk.info from ENVARC: to ENV: in the s-s or you will see only 4-color disk icons.

On the Workbench the deficons for disk drives are now also ghosted (half transparent).

[pawelek]

Originally Posted by PeterK

On the Workbench the deficons for disk drives are now also ghosted (half transparent).

Why deficons are half transparent ? My icon RamDisk is too light and almost invisible.

[PeterK]

A ghosted Ram Disk shows you that it has no real icon. That's how it should be now.

Why is it so difficult for an experienced user like you to solve this little problem?

Choose your favourite Ram Disk icon and copy its images with drag&drop over the images of the current RAM: icon by using WB->Icon->Information or the CopyIcon tool from Stephan Rupprecht. Your Ram Disk should become solid.

Open the RAM: window and set its position, size and viewmodes as you like. Snapshot the window.

Copy RAM:Disk.info to ENVARC:Sys/def_Ram.info

Edit your startup-sequence and add a line
Copy >NIL: ENV:Sys/def_Ram.info RAM:Disk.info

Update:
If you don't like deficons to appear ghosted at all then call C:IconGhostingOff from your startup-sequence somewhere above the LoadWB line.

[Retrofan]

Peter a couple of days ago I installed an icon and the image wasn't shown, only the "hammer" tool image. The same icon is perfectly visible on AmiKit for Pc.

Later I knew that the icon was made using a simple PNG image renamed to .info file

I already made another that works, but I wanted to share the information.

[PeterK]

Hi Retrofan,

unfortunately, your boxx.info file contains a PNG image of an unsupported format, because it uses a palette mapped image with a PLTE-chunk and thus the color format is set to 3 in IHDR. But my icon.library decodes only the formats 2 and 6 which are RGB and RGBA. Everything else is ignored.

[Michael Sykes]

Originally Posted by PeterK

Hi Retrofan,

unfortunately, your boxx.info file contains a PNG image of an unsupported format, because it uses a palette mapped image with a PLTE-chunk and thus the color format is set to 3 in IHDR. But my icon.library decodes only the formats 2 and 6 which are RGB and RGBA. Everything else is ignored.

Sounds odd to ignore a format that uses palette entries and predefined bit depths.
Isn't that most similar to something like newicons?

[PeterK]

Originally Posted by Michael Sykes

Sounds odd to ignore a format that uses palette entries and predefined bit depths.
Isn't that most similar to something like newicons?

Maybe, but I don't know the PLTE-chunk and other unsupported PNG image formats.

The main reason why we have PNG icons is to make TrueColor images possible. If somebody needs palette mapped images then this could be done by using the standard OS 3.5 or the NewIcon format.

Adding the possibility to decode other PNG formats requires a lot of extra code that would rarely be used. This could better be done by external image converters, IMHO.

[Lonewolf10]

Originally Posted by PeterK

Maybe, but I don't know the PLTE-chunk and other unsupported PNG image formats.

The PLTE-chunk is really easy... I don't know about the other PNG formats. (I only support, at present, 16 colour PNG images in my code!)

[pawelek]

bug in version 46.4.406
When I copy from the RamDisk to the partitions, I got error message when copying xxxx.info, object already exists.

[PeterK]

I noticed the same error recently and it was caused by AsyncWB. It was gone after removing AsyncWB (try that). Or the error can be ignored. But ok, I will try to fix it.

[pawelek]

That's right, without AsyncWB is ok.

[PeterK]

Update to icon.library 46.4.407:

The problem of AsyncWB reporting "object already exists" should be fixed now.

[pawelek]

.407 works ok.

[Michael]

Problem with def_RAM disk

Under DO it opens the disk (fake) with my settings and show all (like I like)
under WB it opens the disk with my window settings, but can't remember the show all I saved to the icon.

[PeterK]

Strange ?
I've just checked that with my WB 3.9. The Ram Disk without disk.info gets the ghosted def_RAM.disk image and its window size, position and viewmodes (display icons, show all files). For me, it works.

Update:
Your icon ENVARC:Sys/def_RAM.info must have the type "disk" or "drawer" in order to get a "DrawerData" structure with your window settings. For "tool" and "project" icons the "DrawerData" is not required and thus it's removed.

[Michael]

Double checked. It's of type Volume.
And with v405 it shows all, with v407 does not (with WB only).

[PeterK]

Originally Posted by Michael

Double checked. It's of type Volume.

What is of type Volume?
I'm not talking about RAM:disk.info.
Did you check ENVARC:Sys/def_RAM.info for the type?
Is that a PNG, OS4 or an OS 3.5 icon?

Please, upload your icon def_RAM.info here. Thx Michael !