icon.library 46.4 test versions

[AMIGASYSTEM]

Originally Posted by PeterK

Sorry Carlo, I can't help you with Aros x86 since I'm a Windows user. On my Amiga system I'm using the 68k version of ProcessIcon together with PIconTools from time to time, mostly to display additional icon information like position, size, number of colors etc. via context menu. I've also tried to install Report+ on Aros 68k, but it doesn't work (asks for OS 3.9 BB2).

On AROS 68k instead the icon isolated from the folder becomes "Tool", see video

https://drive.google.com/open?id=1ac...gcUcnkIPFpJtHI


EDIT:

Peter with Icon.library v44 of AROS 68k, also AROS 68k shows single icon as "Project".

[AMIGASYSTEM]

Peter I found out that these problems only happen with Dual-PNG Icons, with standard AROS icons everything is regular, I have not tested other types of icons

EDIT:

Tested other types of Icons and everything is regular, so I confirm that the problems are only with the Dual-PNG icons

[PeterK]

That's all very strange. When you copy Prefs/Presets.info (an Aros icon) to RAM: without a folder and click on it, it opens a drawer window without having the drawer! When doing the same with a DualPNG icon, it behaves like a tool as you already said and wants to be executed.

[AMIGASYSTEM]

Originally Posted by PeterK

TWhen doing the same with a DualPNG icon, it behaves like a tool as you already said and wants to be executed.

It may be that the PNG image is recognized and would like to assign a tool for viewing ???

[PeterK]

Update to icon.library 46.4.520

Tried to use the internal 4-color images more often for ColorIcons with bad planar images. But the simple Dot-Icons are still used whenever ChipMem is required for blitting. Unfortunately, RAWBInfo always creates wrong colored planar images when you drop icons onto its window.

Fixed two bugs (causing Gurus) in the IO-error handling of LayoutIconA() and DeleteDiskObject() for the case that required arguments for these functions were missing.

[James]

Originally Posted by PeterK

Update to icon.library 46.4.520

Thanks PeterK, have been working with icons a lot lately, but not seen any recurrence of the previously reported problem.

[AMIGASYSTEM]

Ciao PeterK, I noticed that the icons included in this archive AmiPad31FE, folder "Web Links" are corrupted on some systems.

OS4, OS3 RTG, AROS x86, AROS 68k= OK We'll see.

Amikit8, AmikitX, AfA OS = Corrupted icons (even with your icon.library)

Probably the icompatibility should be AfA OS used by all the systems mentioned.

Merry Christmas to the whole forum

[PeterK]

Hello Carlo,

that's the old well-known problem of AfA_OS, which reads the image size of OS4 icons from the planar images instead of from the "ICON" "FACE" chunk.

I've repaired all your icons with the help of another bug in RAWBInfo. Make sure that "DropPlanarData" is disabled in the tooltypes, and then open the broken OS4 icons with RAWBInfo and my icon.library (TC020, but no AfA_OS!). Then simply drag & drop the same icon again into the RAWBInfo window and save. RAWBInfo creates a set of wrong colored planar images in the size that AfA_OS needs to decode the TrueColor images. Don't use CopyIcon or the WBInfo from the OS.

http://eab.abime.net/zone/WebLinksRepaired.lha

Of course, you can switch to a 4-color screen before repairing the icons with RAWBInfo in order to get correct looking planar images and smaller icons (still using TC020).

[AMIGASYSTEM]

Thanks Peter, the trick works.

[AMIGASYSTEM]

Hi Peter, I noticed with your icon.library on AROS 68k and Wanderer, that the images "without icon" are no longer associated with def_.xxx and are seen as executable, with the AROS icon.library no problem.

[PeterK]

Hi Carlo, why "no longer"?

The Aros startup-sequence always comes with a line like:

Copy >NIL: "ENVARC:" "ENV:" ALL NOPRO NOREQ PAT "~(def_#?.info)"

... which means that the def_#?.info files are not copied to ENV: where my icon.library expects them to be. Only Aros reads them directly from ENVARC:Sys.

Just comment the PAT "~(def_#?.info)" out as mentioned in my readme file and it should work again.

[AMIGASYSTEM]

It didn't work, if i understood correctly, i had to do this:

; PAT "~(def_#?.info)"

[PeterK]

My library still displays the default deficons here like def_drawer.info, def_project.info etc, but it doesn't show any custom deficons like def_jpg.info or def_png.info because there seems to be no GlobalIdentifyHook active as usually offered by the tools DefIcons or Eastern.

The Aros icon.library displays indeed these custom deficons too, but they probably have their own file type detection method to do that and don't install a standard GlobalIdentifyHook as it is commonly done on OS 3.1.4/3.5/3.9.

Update: DefIcons from OS 3.9 or from Stephan Rupprecht seems to work on Aros 68k too. Don't forget to install ENVARC:deficons.prefs. But the DefIconsPrefs program will probably not work. Don't use the Installer.

https://www.stephan-rupprecht.de/os39.html

[AMIGASYSTEM]

Originally Posted by PeterK

Update: DefIcons from OS 3.9 or from Stephan Rupprecht seems to work on Aros 68k too. Don't forget to install ENVARC:deficons.prefs. But the DefIconsPrefs program will probably not work. Don't use the Installer.

Yes i use the most updated DefIcons on my systems 45.13 2001.

Thank you, tested on my AROS One 68k and DefIcons, now I can also use Audio, Video, Anim files etc.. see my video


https://drive.google.com/open?id=1-3...YdjW5m8194Ycnj

[PeterK]

Unfortunately, Eastern doesn't work on Aros. It seems that the datatypes.library is incompatible with the AmigaOS versions.

It was nice to see in your video that all Italians like to use "Pippo" as a replacement for a placeholder like "Foobar".

[AMIGASYSTEM]

Yes in italy Pippo and the most used nickname, Pippo and also an Italian name "Filippo" and "Giuseppe" (Peppino, Pino)

[AMIGASYSTEM]

The one shown in the attached video cannot be done on AROS either, "Wanderer + Pres" cannot be run by CLI (only the GUI starts).

Even on AfA OS you cannot start AfA Prefs + Prefs, the GUI starts here too and does not accept parameters.

Another problem on AmiStart that you have to update colors manually (see video)

Any advice on how to solve this?

https://drive.google.com/file/d/1qvG...u8PVc--nL/view

[PeterK]

Sorry Carlo, but I cannot give you any tips or advice how to solve these problems, since I don't use Aros and Wanderer, nor AfA_OS, Amistart and themes, not even AmigaOS anymore to be honest.

[AMIGASYSTEM]

No problem, with AMIGA you have fun, we all generally use other OS

[PeterK]

Update to icon.library 46.4.521:

There is a small optimization in the color reduction code for OS4 and PNG icons, which gives a 1-2 % speed gain and saves 20 bytes. It also avoids a possible double assignment of the first color in the palette. The TC020 mode is not much affected, because it rarely uses the color reduction. The "Alpha" version for Aros 68k has been degraded to v46.4 again, since Eastern doesn't seem to work on Aros and even crashes in v51 mode. I guess, this happens because the datatype system is incompatible to that of AmigaOS.