icon.library 46.4 test versions

[PeterK]

Originally Posted by HanSolo

So this iffparse.library 42.2 also don't work with icon.library like DPaint V ?

No, I didn't say that and there is no reason to assume such a conflict, since icon.library has no relationship to iffparse.library.

Reading about Foul's problem I just remembered that there was a bug report recently for a library v42.x and thought it was dos.library, which indeed has a meaning for icon.library, but then I checked it and realized that the bug report was concerning iffparse.library in this thread:
http://eab.abime.net/showthread.php?t=52707&page=21

[Minuous]

This may have been noticed and reported already by someone somewhere in these 94 pages, but anyway V46.4.451 has a bug here when using "show all files". When dragging icons around there is normally the icon's imagery attached to the pointer. However if it is not a real icon this doesn't happen, and thus there is no way to tell visually that you are dragging anything.

Marqueeing several such icons and dragging them, you will get the icon imagery rendered for all the icons except the one you are actually using as a handle.

[PeterK]

Hi Minuous,

this a a known problem that on some systems the WB mask for dragging icons and my ghosting mask are both together removing all even and all odd pixels, so that nothing is left to appear on the screen.

But there is a command called InvertGhostingMask in my Aminet package to fix this issue.

[Minuous]

It turns out that InvertGhostingMask was causing the issue. I have removed it from user-startup and icon dragging is fine now.

[Foul]

Peter : do you have an archive with all the versions of your icon.library ?
It's for preservation and sharing by uploading to my site...
thx

[PeterK]

Yes, I still have stored most of my older library versions and hundreds of internal subversions as executables and as source code, but some of them got lost a few years ago on one of my dead old harddisks. The disk surfaces and the data on it are still ok, but the drive doesn't want to start anymore.

And no, I don't want to make these older versions public, since I prefer to spread only the latest version in order to get rid of all older buggy installations as soon as possible. That's why I would like to ask you to remove all older libraries from your collection.

[Foul]

no prob, removing everything older than 46.4.451 and will do the same every new version
done

[PeterK]

That's great! Thank you, Foul.

[PeterK]

Update to icon.library 46.4.452:

The annoying "Icon Format Change" requester will pop up less often now. It will only appear when a PNG or OS4 icon is converted into the OS 3.5 format and written back onto itself. No more requesters if you drag&drop TrueColor icons into a drawer of another disk or use CopyIcon or Icon=>Information to replace the images of other icons.

[PeterK]

Update to icon.library 46.4.453:

There was a long lasting bug in the function GetIconRectangleA() which was trashing the A4 register. Usually, trashing a register is absolutely certain a reason for unstability or even for crashing programs, but it did never happen in this case, probably because no program, like the WB, that makes a call to GetIconRectangleA() will ever try to reuse the address of the taglist in A4 for any OTHER purpose again. The only problem that I could imagine is that the WB or DOpus5 would try to reuse the value in A4 for all following calls to this function again. That could mean that GetTagData() would try to scan for the ICONDRAWA_Borderless tag at a wrong address and will fail to find it somewhere in such a random data area. This could result in a wrong arrangement of the icons in a window. Maybe, that has happened sometimes?

[AMIGASYSTEM]

Ciao PeterK, i've got strange icons for OS4.1 (i attach two)Which strangely only on OS4.1 are not seen, what types of icons are they? i attach exemplary screenshots.


AFA OS: OK, They look perfect

OS3.9 Standard RTG : OK, They look perfect

OS3.9 Standard AGA: OK, they look good but when clicks disappear

OS4.1= They are not recognized as icons

Another question is the way to resize all great-size and small-size icons to one measure

[James]

Originally Posted by AMIGASYSTEM

OS4.1= They are not recognized as icons

OS4 does not support PNG icons as standard, you need this module to see them:

http://os4depot.net/index.php?functi...isc/png_im.lha

[AMIGASYSTEM]

Ciao James "png.iconmodule" is already installed on mine OS4.1 (Libs:IconModules), i knew this procedure.

[PeterK]

Hi AMIGASYSTEM,

these two icons have both: OS4 ARGB images as well as oldstyle planar images. But it seems that the planar images are broken and the standard OS4 IconEdit tool fails loading them and complains: "Not enough memory". My icon.library and also the AfA_OS icon_lib.exe will ignore the damaged planar data.

You could try to load them with the new 32 bit IconEdit tools that are available for OS4+, and then delete the old drawer images. I did not test that yet.

Concerning the disappearing icons on AGA screens, this should only happen on some systems when you select these icons as DefIcons for dragging. You could try the command InvertGhostingMask to fix this issue. I didn't have this problem on my system.

BTW, you can also use outline or shadow icon text with my library. There are two commands in the c drawer. But after selecting the text and the background color in the font settings you have to switch back into text-only mode before you save.

[AMIGASYSTEM]

Thank you Peter, in fact I had thought me too of something corrupt as well, was trying to reduce the icons with the great IconEditor of OS4, and i also received the message "Not enough memory", i also wrote to the author of Icon Editor for a possible porting its great program of OS3

[PeterK]

Now I've also tested the OS4 32 bit IconEd and IconEditor, but nothing seems to be able to keep the TrueColor ARGB images and delete the oldstyle planar images. The only possible solution to display these icons under OS 4.x is to load and save them under OS 3.9 with WB=>Icon=>Information with my library, but that would convert the original TrueColor icons into the OS 3.5 format, of course. You will have to accept 255 colors + transparency (not more colors and no alpha channel).

Another question is the way to resize all great-size and small-size icons to one measure.

Maybe, it's possible under OS 4.1 (Idon't have that), but under AfA_OS you can only scale down to a fixed size, and with my icon.library it's only possible to scale up to 150 % in width and height or down to 67 %, but never to a fixed size.

[gulliver]

If I remember correctly the latest version of ScalOS could resize icons to a specific percentage.

[AMIGASYSTEM]

I was looking for OS3 a tool like that of "Workbench Prefs" so that I have all the icons of one measure.

[PeterK]

Originally Posted by gulliver

If I remember correctly the latest version of ScalOS could resize icons to a specific percentage.

Yes, ScalOS claims that it could do it, but I've tried ScalOS 41.8 1.9 and the scaling is just causing a big mess, nothing fits when I set the icon size to 48x48, for example.

I was looking for OS3 a tool like that of "Workbench Prefs" so that I have all the icons of one measure.

That might work under OS 4.1, and A-EON already ask me two years ago if I could add such a feature to my library, too. But that would need a lot of extra code and would also slow down the icon loading under OS 3.9 significantly on most systems, so I refused to include such sort of scaling to a particular measure.

Is it not it possible to save the scaled icons under OS 4.1 in their new size and then use them under OS 3.9, too ??

[James]

Originally Posted by PeterK

Now I've also tested the OS4 32 bit IconEd and IconEditor, but nothing seems to be able to keep the TrueColor ARGB images and delete the oldstyle planar images.

Icons converted to PNG images with ImageConverter, position tweaked (due to a bug in ImageConverter causing images to move +1,+1) and then rejoined as icons...

Icons.lha