AROS 68k updates from ApollOS repository

[miker1264]

deadwood I think I have discovered the culprit, now even your Distribution shows well the DualPNG icons with the icon.library present in ROM, as I suspected it is not the fault of your icon.library and it is not the fault of the ROM, I'll finish to do the tests and probably I'll say the culprit, I hope I was not wrong.

miker don't worry you made me do a test that confirmed what I said, given my old age I could also be wrong

miker IcarOS uses Dopus5 which handles icons in its own way, this could divert the study, PeterK has also fixed the icon.library for those who use Dopus Magellan.

I would place my bets on Wanderer being the culprit. But some system file changed from Mar 2020 till now. And PeterK's Icon Library fixes the problem so that icons display properly.

But I will wait to see what you find. The ROM and Icon Library from ABIv11 is not the problem. I can confirm that also.

[AMIGASYSTEM]

The culprit is something you are very familiar with, it is a datatype  PNG.DATATATYPE

AROS relies heavily on datatypes, even executables stop working if there is no datatype

I attach a screnshot with the latest Nightly Build and deadwood ROM, I just replaced the png.library and removed the icon shadow when dragging from Wanderer prefs.

[miker1264]

The culprit is something you are very familiar with, it is a datatype or PNG.DATATATYPE

AROS relies heavily on datatypes, even executables stop working if there is no datatype

I attach a screnshot with the latest Nightly Build and deadwood ROM, I just replaced the png.library and removed the icon shadow when dragging from Wanderer prefs.

You replaced PNG.Library with what version? An older version?

Don't confuse PNG.Datatype with PNG.Library. Not the same.

Later today I'll try to duplicate your findings.

[AMIGASYSTEM]

I didn't make a mistake, it's the png.datatypes, the old version I used is v42.0

[miker1264]

I didn't make a mistake, it's the png.datatypes, the old version I used is v42.0

I just meant that I was curious why png datatype wasn't working.

I don't doubt what you did. I can see the results. Good job! 

[AMIGASYSTEM]

No worries my friend, have you tried your Aros 68k if it works well with the old png.datatype!

[Gundam]

@deadwood:

One thing that I would like to be addressed in Aros 68k, is the "native" (PAL) screen. It needs love.

There are historical software (like Bars & Pipes, Lightwave, DPaint, Scala and others) that currently don't work (or work in part).

They MUST be made working under Aros 68k; a user should NOT be compelled to buy a 30 yo OS from cloanto, or download an illegal copy from the internet, in order to run those programs.

[miker1264]

AMIGASYSTEM

Sure enough! Replacing PNG Datatype solved the ugly icon problem.

I wouldn't have thought of that till I had exhausted all my other choices.

Thanks for finding that and for fixing the icon display problem.

So the AROS Icon Library is ok. But the PNG Datatype v42.1 is not good. Replace with 42.0

[AMIGASYSTEM]

Yes maybe now there will be a png.datatype v.43 

The icon.library/png.datatype will probably fix other problems, for example I had a problem with WBDock with the Style Funny that prevented me with Dopus4 to click on "C" to recall the config, I solved it by doing a refresh from the appropriate entry on WBDock, now it works perfectly.

There's still a problem on the WBDock with the MagicWB Style where sometimes the icons remain fixed and cannot be clicked anymore.

The window request GUIs also seem to be improved.

[deadwood]

@deadwood:

One thing that I would like to be addressed in Aros 68k, is the "native" (PAL) screen. It needs love.

There are historical software (like Bars & Pipes, Lightwave, DPaint, Scala and others) that currently don't work (or work in part).

They MUST be made working under Aros 68k; a user should NOT be compelled to buy a 30 yo OS from cloanto, or download an illegal copy from the internet, in order to run those programs.

There are limits of how far I want to go with 68k. If these problems are solved in ApollOS, let me know and I will happilly port back changes.

[deadwood]

So the AROS Icon Library is ok. But the PNG Datatype v42.1 is not good. Replace with 42.0

Thanks. It should be relativelly easy to find where regression happened now

[AMIGASYSTEM]

AMIGASYSTEM

Sure enough! Replacing PNG Datatype solved the ugly icon problem.

I wouldn't have thought of that till I had exhausted all my other choices.

Thanks for finding that and for fixing the icon display problem.

So the AROS Icon Library is ok. But the PNG Datatype v42.1 is not good. Replace with 42.0

Found an incompatibility of the Icon.library AROS 68k with some App OS 3.x, the programs to exchange icons "DualPNG" do not work, icons are not managed and the copy does not work, I will test other similar apps OS3

With PeterK's icon.library worked perfectly, icons shown with color and icon swap working

[AMIGASYSTEM]

Also Dopus4 "Icon Info tool" doesn't show correctly Dual-PNG icons anymore, no colors.

I don't think it's icon.library's fault because on AROS x86 you can see the icons from Dopus4 correctly.

On AROS 68k the only program that allows icon swapping is CopyIcon44 (Aminet), the only problem is that it doesn't show the icons when you drag them on its GUI.

[OlafS3]

on Magellan you do not need that

Open information and drag and drop the new icon on the picture of current icon

Cool 

perhaps it works for you too

for me it perfectly works and shows correctly on aros 68k using PeterK icon library

[AMIGASYSTEM]

on Magellan you do not need that

Yes, I know Magellan can do it because it has its own internal icon manager, Wanderer is based on OS 3.1 that didn't have this icon swapping function or change icon function (project, tools etc...)

With OS 3.5/39 these functions have been enabled on the Workbench.

There are tools that enable these functions for OS3.1 it's called "SwazInfo" but on AROS 68k it doesn't work, there is also "Rawbinfo" but it works only on OS 3.5/3.9, also the new OS 3.1.4/3.2 have this function.