icon.library 46.4 test versions

[PeterK]

@TuKo
Nice to know another happy user. Thanks again !



Icon.library 46.4.326 has been released on Aminet:

Aminet - util/libs/IconLib_46.4.lha

Now with the new 68000 version included.

[emufan]

nothing to report, it just does work. using 68020 version on emulated 040 system , kick/wb 3.1 - AmigaSys. good work and thanks

[PeterK]

If this is "nothing" then I don't want anything more

Thanks a lot for your report, emufan

[gulliver]

So far so good too.
Thank you again PeterK!

[PeterK]

Thank you, gulliver

Recompiled Stephan Rupprecht's CopyIcon for the 68000 CPU and WB 3.0+

This CopyIcon version needs no 020+ CPU and can be used without any files from OS 3.5+.

[emufan]

me again, but it is not an issue of your library
take a look at the pictures. the normal wb1.3 with its blue/orange color style.
next with the normal a1200 setup - the icon color are mixed, missing orange.
third picture, booting a1200 with your IconDemo floppy, same with normal a1200 boot.
i have also added the icons on an adf file.
is there a way to get the "original" wb 1.3 iconcolors back - something you can add to your library to identify such old icons?

[PeterK]

Alright, it's not easy, but's possible to bring the WB 1.3 colors back with the OS 3.9 IconEdit tool.

1.) You must set the Sys:prefs/Palette to the WB 1.3 colors.
RGB0 = 85, 170, 255
RGB1 = 255, 255, 255
RGB2 = 0, 0, 0
RGB3 = 255, 136, 0

2.) Load the old icon into IconEdit, reduce the size to the minimum,
copy the 1. image from old to OS 3.5 format, switch to 2 image mode,
copy the 2. image from old to OS 3.5 format, reduce size to minimum,
change color 0 of both OS 3.5 images to non-transparent and save.

3.) Sorry, but there is no way to do this with the icon.library. Mission impossible !
Please, don't ask me to convert more of these old icons, ask your friends. Thanks.

Update: You've asked me if it's possible to identify these old icons. Yes...
0x28 APTR ga_UserData => lower 8 bits: 0 for old, 1 for icons >= OS2.x
http://krashan.ppa.pl/articles/amigaicons/
http://www.evillabs.net/wiki/index.p...a_Icon_Formats

[emufan]

thanks, but i did not ask for converting them. the color information are of good use
IconEdit is a bit weird, i play now with iconian.

for the library feature, i thought there is some sort of icon-version-information, which tells the system, it is wb13-style or 2.x - so the colors could be changed internaly, to their default palette

[PeterK]

Iconian is even more weird and buggy IMO, and probably not capable to do this conversion. It only knows NewIcons.

Did you notice my update in the previous post?

Yes, I could identify these WB 1.3 planar icons, but I've absolutely no intentions to start a backward conversion from bitplanes to the palette based format of OS 3.5. It's not worth the trouble to introduce planartochunky code in the icon.library just for supporting these outdated WB 1.3 icons. Sorry my friend, but there are other users who won't like such a feature that hardly anyone really needs.

[Bamiga2002]

Cool idea though

[PeterK]

Update to icon.library 46.4.327 for emufan

WB 1.3 icons with the old systemcolors blue, white, black and orange will be converted now to the WB 2.0+ systemcolors by inverting the image data. Only the color 0, which is usually the gray background, has to be changed manually into orange or what you like as a good compromise.

I hope that this is an acceptable solution for you, emufan ?

It needs only a few additional bytes for inverting the planar image data with the result:

blue => blue
white => white
black => black
orange => gray = background color 0

But you can change your palette just a little bit and everything appears as you like it.

[emufan]

Originally Posted by PeterK

Update to icon.library 46.4.327 for emufan

I hope that this is an acceptable solution for you, emufan ?

yes, they look now more like the originals. thanks

[PeterK]

Ok, enjoy your WB 1.3 icons, emufan

Of course, you can also set your window background pattern to blue.

[emufan]

by default the old icons do not look like distorted anymore. that was my intension.
btw. i found a better working editor: IconDeluxe.

[PeterK]

Thanks a lot for pointing out to that icon editor IconDeluxe.
That could be very useful for the BetterWB users with their 68000 systems. I will give it a try and check it out soon. A good icon editor for the low end systems was something I was always looking for, but couldn't find anything suitable yet.

[mfilos]

Yeah IconDeluxe was my awesome find as well some weeks back after getting tired with Iconian's freezes using pictures (.iff).

[PeterK]

Can IconDeluxe handle the NewIcon format ?

Obviously not, searching in the Guide file for "NewIcon" gives no hit.

[emufan]

Originally Posted by PeterK

Can IconDeluxe handle the NewIcon format ?

Obviously not, searching in the Guide file for "NewIcon" gives no hit.

well, not perfect, but a good tool

Edit: it can handle icons with 16 colors (MagicWB) if you set the following tooltype of IconDeluxe:
3xColorLimit=FALSE

[PeterK]

Added InvertWB20colors for the WB 1.3 fans to the 1. post

This little toy does exactly the same thing with the WB 2.0+ icons on WB 1.3 or older systems. It inverts the image data of the first two bitplanes to set at least blue, white and black correctly. Only the gray is still mapped to the orange of WB 1.3 and has to be adjusted manually.

[Leandro Jardim]

Hi PeterK,

I would like to use your icon.library on my WinUAE setup, but I deinstalled it one day due to an issue I had, well, icons written by icon.library did load very fast, but when I changed back to the pure NewIcons patch, every time Workbench did load a drawer full of icons written by icon.library, it did seems to freeze the mouse pointer like it was using too much CPU time. But only on WinUAE on a Workbench 3.1 installation with a EC020 14 MHz emulation. I had no problems with a faster emulation.

I would like to know if you are aware of the issue and if is possible to fix it. This is a true question, no trolling.