icon.library 46.4 test versions

[PeterK]

Thanks Leon!

Luckily I just read about using the TC20 icon for AmigaOS 3.2 and 3.2.1. As I am testing out 3.2.1 ready to upgrade to. Why oh why did they not incorporate your icon.library?

No, the question is just why they didn't accept an icon.library v46 instead of presupposing always v47+ resources for OS 3.2, a sometimes thoughtless practice of C programmers??

On the other side, I want to stay independent from the OS development and commercial interests.

[Leon Besson]

Originally Posted by PeterK

Thanks Leon!


No, the question is just why they didn't accept an icon.library v46 instead of presupposing always v47+ resources for OS 3.2, a sometimes thoughtless practice of C programmers??

On the other side, I want to stay independent from the OS development and commercial interests.

Anyways, keep up the good work loving the icon sets and the speed

[AMIGASYSTEM]

Peter I noticed that with your Icon.library on AfA One Preferences, the "Icon Resize" Tab is disabled and therefore you cannot change the size of the icons.

[PeterK]

No Carlo, it's not my library which is responsible, but probably your AfA_OS configuration or system setup. Is MoreLibSpace correctly installed and the system rebooted?


Edit: Ok, I think I found the reason. In my startup-sequence I have two additional lines after / below the MoreLibSpace line, but before SetPatch:

RemLib >NIL: icon.library      ; remove 3.1.4 loader
RemLib >NIL: workbench.library ; remove 3.1.4 loader

[AMIGASYSTEM]

Yes, if you add the "RemLib >NIL: workbench.library" command, AfA OS Prefercences will work.

I use "RemLib >NIL: icon.library" from a script from WBStartup, this allows me to make Dopu4 work well in showing DualPNG icons.
But the resize in AfA OS Prefercences does not work.

If I use "RemLib >NIL: icon.library" in the startup-sequence after MoreLibSpace, Dopus4 "Icon Info" will show the corrupted icons, see screenshot

[PeterK]

Yes, confirmed, but that are all problems of AfA_OS and this MoreLibSpace patch for the OS libraries. I don't need any themes and skins, nor scaled icons or TrueType fonts. And I don't like these ugly oversized window frames of AfA anyway.

So, you should try yourself to find a better solution for RemLib. I added these two RemLib lines mainly for my non-AfA system configuration, in order to get rid of these more individual (crazy) OS library loaders, pretending themselves of being a library, and sometimes rejecting to load other or older libs. These two RemLib lines might not be the best solution for AfA yet, and that was not my goal at all. Maybe I can find something more optimal later, but AfA is never optimal from my point of view!

[AMIGASYSTEM]

Yes AfA OS would need an update, of course AfA OS is good only on RTG screens, it makes no sense to use it on PAL systems, also it requires considerable system pootence.

To me AfA OS represents modernity and graphical beauty, then everyone has their own his taste.

[PeterK]

Originally Posted by AMIGASYSTEM

If I use "RemLib >NIL: icon.library" in the startup-sequence after MoreLibSpace, Dopus4 "Icon Info" will show the corrupted icons, see screenshot

There are two possible solutions for your DOpus4 IconInfo problem:

1.) The RemLib command after MoreLibSpace is only required to enable the Icon-Tab in the AfA_OS Preferences. If you rarely need to change these settings like transparency and icon size then you can save them once. This last saved icon configuration seems still to be used even after the early RemLib command has been commented out again and the Icon-Tab appears as being disabled.

2.) Or you can change the DOpus4 icon filetype configuration and use the AmigaDos command WBInfo {f} for calling RAWBInfo instead of or in addition to IconInfo. If you want both it looks like this:

[AMIGASYSTEM]

Originally Posted by PeterK

2.) Or you can change the DOpus4 icon filetype configuration and use the AmigaDos command WBInfo {f} for calling RAWBInfo instead of or in addition to IconInfo. If you want both it looks like this:

Great solution, I will use this !

With the two RemLib commands after MoreLibSpace, Eastern also works.

[PeterK]

The icon.library on Aminet has been updated to build #568:

http://aminet.net/package/util/libs/IconLib_46.4

 Some improvements in the CopyMemBlock routine and for
 the PNG filters. PNG decoding can be up to 3 % faster,
 but only with the TrueColor libraries, not in 68000/20.

 Added the new 68020 lite version "Smurf", which won't
 use pen 0 for the color mapping to avoid color fades to
 appear in the icon images when you run a Copper-demon. 
 "Smurf" has no support for OS 3.2, datatype detection,
 and no icon size scaling or grayscale mapping options.

 Both HAM version were not updated since #556 anymore.
 They would need some bugfixes and better optimization.

[pcotter]

Thank you Peter. Working fine on Aros and Aos.
Have a nice Xmas season. :-)

[Torti-the-Smurf]

A "Smurf" version !!!

Thank you so much Peter; you are the best !!!

Yours truly,
Torti

[utri007]

I planning to get 2mb chip ram to my 68020 accelerated CDTV.

As icon.library supports HAM6 and with 2mb Chip I should be able to set wb to Hires HAM6 , is there a practical reason why I shouldn't use HAM6 as a OS and HAM6 colored icons with it? Have I understood correctly that way icon.library would reder multicolor icons automatically and I do not need to convert icons to HAM6?

[hooverphonique]

Originally Posted by utri007

I planning to get 2mb chip ram to my 68020 accelerated CDTV.

As icon.library supports HAM6 and with 2mb Chip I should be able to set wb to Hires HAM6 , is there a practical reason why I shouldn't use HAM6 as a OS and HAM6 colored icons with it? Have I understood correctly that way icon.library would reder multicolor icons automatically and I do not need to convert icons to HAM6?

Isn't there a limit of 4 bitplanes in hires on OCS/ESC, or am I remembering incorrectly?

[PeterK]

Originally Posted by utri007

I planning to get 2mb chip ram to my 68020 accelerated CDTV.

As icon.library supports HAM6 and with 2mb Chip I should be able to set wb to Hires HAM6 , is there a practical reason why I shouldn't use HAM6 as a OS and HAM6 colored icons with it? Have I understood correctly that way icon.library would reder multicolor icons automatically and I do not need to convert icons to HAM6?

No, on OCS/ECS chipsets it's not possible to use Hires HAM6 for the WB screen. And anyway, OCS/ECS systems are so slow that it won't make any fun to use HAM modes.

My icon.library versions for HAM6/8 are only a technical experiment, because some users asked me for HAM support in the past, but the code for icons on HAM screens is not fully optimized yet and still has some other bugs. With a radical change in the concept the icon loading could be at least twice as fast, but these improvements and fixes are not planned at the moment.

On ECS/OCS screens you should better try FullPalette with a fixed 16 color palette and my FastColors option. But I don't know if your 68020 is fast enough for ColorIcons? 28 MHz or more are probably required.

There seems to be a misunderstanding about the way my icon.library uses icons on HAM screens. No, you won't need any special HAM icons as those that you can find on Aminet. My icon.library converts any ColorIcons or TrueColor icons into HAM colors. The more colors your icons have, the greater will be the quality improvement with HAM screens on a fast system. Nothing for low quality icon sets or slow Amigas.

[PeterK]

Mini-update (build #569) on the 1. page for TC020, HB020, FastWB, LD020 only:

On DOpus5 icons with frames were sometimes displayed with a too large width for the gray background (rounded up to words).

[PeterK]

Update to icon.library build #570:

Bugfix: Under rare circumstances the internal drawer data structure was used for deficons and sometimes even set to defaults again. This was an attempt to overwrite the own library code.

[mfilos]

Thanks for the continuous updates Peter! We can't thank you enough for this library <3

[PeterK]

Thanks a lot, mfilos!

Special thanks also to Michael (Mikhail) who has reported the last two bugs.

[AMIGASYSTEM]

Hi Peter, now finding fault with your library is very difficult