icon.library 46.4 test versions

[bubbob42]

Michael has a point: if it does not fit 640x200, it's broken.

You would not be the first to do this, but one should not take up bad habits of others

[PeterK]

Ok, maybe I'll change the last two buttons to "ALWAYS" and "CANCEL". That fits.

What is wrong with the WB? Which button? Works all for me, here. Same behaviour as before, since I did not change "Yes, this icon" or "No, cancel".

[Michael]

I might be confused a bit...
No, Cancel - last version copied the 24bit icon under WB without conversion.
Current one also works, but on same volume only. (move from dir to dir)
But move from volume to other volume fails (like DO for all operations)
Or D&D works only for one volume ? Then, if it works for drawer to drawer move, why ask ?

[PeterK]

Ok, I've compared under WB 3.9 drag&drop from HDD to RAM: for PNG and OS4 icons with version 46.4.402 and 403.

After "No, cancel" there was always nothing copied in all cases.

After "Yes, this icon" clicking just once, the drawer icon was always converted, but all icons in the drawer were copied 1:1 in TrueColor. No differences in the behaviour.

MultiSelecting a group of icons gives the same result for all as for the drawer icons before.

I guess, you are not correctly checking the icons whether they were converted or not. I use DOpus4 and search the file contents for the pattern PNG or ARGB or simply compare the size and the date stamp (< 5 kB is usually converted)

[Michael]

Now I have more fun with WB.

1. Drag a OS4 drawer (from HDD) to RAM:
2. Press cancel conversion
3. Requester to remove incomplete object, cancel
4. A drawer is created, no icon and it's empty
5. Drag drawer again, and it is copied 1:1 all contents, no requesters!

[Michael]

Just now IconLib_46.4.lha on aminet hit 13000 downloads!

[jbenam]

Originally Posted by Michael

Just now IconLib_46.4.lha on aminet hit 13000 downloads!

Congrats to PeterK for creating one of the best (don't want to offend the other Amiga programmers out there ) libraries for the Amiga!

Even better than what Commodore did back in the day

[PeterK]

Originally Posted by Michael

Now I have more fun with WB.

1. Drag a OS4 drawer (from HDD) to RAM:
2. Press cancel conversion
3. Requester to remove incomplete object, cancel
4. A drawer is created, no icon and it's empty
5. Drag drawer again, and it is copied 1:1 all contents, no requesters!

Ok, that's the way it works on WB 3.1. (On WB 3.5+ nothing would be copied) But selecting "Yes, this icon" at 2.) would make a 1:1 copy of the drawer contents and only the drawer icon will be converted.

Icon.library 46.4.404 has been released on Aminet.

Thanks for the congrats !

[ancalimon]

What exactly should I do to have Dopus5.82 (Amikit8 on real Amiga with CVisionPPC minus afaos) display icons as fast as Workbench? Or is there something inside Amikit8 that makes icon display slow?

By the way is it normal that Dopus5 still uses little bits of chipmem while icons are opening one by one?

[Retrofan]

Originally Posted by ancalimon

What exactly should I do to have Dopus5.82 (Amikit8 on real Amiga with CVisionPPC minus afaos) display icons as fast as Workbench? Or is there something inside Amikit8 that makes icon display slow?

DOpus is slower to show the icons than WB. If you want faster icons you can try for my version the 16 colors Ken´s Icons Set, that will give around 40% of speed improvement. http://real.amiga.sk/

I guess than even my Mattahan Icons Set has to be faster than Ken's ones.

[ancalimon]

Originally Posted by Retrofan

DOpus is slower to show the icons than WB. If you want faster icons you can try for my version the 16 colors Ken´s Icons Set, that will give around 40% of speed improvement. http://real.amiga.sk/

I guess than even my Mattahan Icons Set has to be faster than Ken's ones.

I will try those icons. Thanks for the suggestion. I wonder if Dopus 5.9 can be updated to display icons as fast as Workbench does using Peter Keunecke's icon.library.

By the way, I managed to run afaos by disabling my blizkick line and enabling bb2 AmigaOS ROM Update file to be kicked by SetPatch. I will try to find which rom module is responsible for afaos mulfunction.

Is it possible to totally disable afaos's icon rendering system and use PeterK's icon.library so that they display faster and drag without corruption but still be able to use its skin system? Actually I want to be able to run afaos because with it MUI4 colours are correct.

[Michael]

DOpus 5 is a bit slower then WB since it does a few more things.
And if it's configured correctly, it's very fast (see speed tests a few post back)
The skinning system of VisualPrefs is good enough for me, and it's lighter and faster the AFA. The only reason to use AFA for me is full TTF support with antialising but I don't need this and it slows things down a lot besides I have a few debugging tools running all the time.

[PeterK]

Originally Posted by ancalimon

What exactly should I do to have Dopus5.82 display icons as fast as Workbench?

DOpus5.xy is always slower than the Workbench. The best speed can be achieved on gfx-cards only by using the direct drawing (automatically) and calling DOnoColorMapping from the startup-sequennce and enabling the "Custom drag routines" in the DOpus5 icon settings.

By the way is it normal that Dopus5 still uses little bits of chipmem while icons are opening one by one?

Yes, I can't change that.

Is it possible to totally disable afaos's icon rendering system and use PeterK's icon.library so that they display faster and drag without corruption but still be able to use its skin system?

I'm not sure about the skin system, because I don't take care for such toys. In order to use my icon.library with AfA_OS on DOpus5.9x you have to move icon_lib.exe and graphics_lib.exe out of AfA_OS_LIBS: into the "Disabled" subdir. If you still get graphics corruption then also disable the picture_datatype.exe.

[ancalimon]

I disabled afaos and and I am now configuring VisualPrefs.

(I just removed icon_lib.exe from afaoslibs drawer before you posted the above post and it caused the skin to not appear. Later I will try your suggestion)

Do you know how to get correct colours from MUI4 when not using Afaos? I tried to load the fullpalette.prefs included with iconlib 46.4 But I guess I need to choose the correct colours and lock them using VisualPrefs GUI. How do I do that? Would it have effects on how icons are displayed?

[gulliver]

Originally Posted by PeterK

DOpus5.xy is always slower than the Workbench. The best speed can be achieved on gfx-cards only by using the direct drawing (automatically) and calling DOnoColorMapping from the startup-sequennce and enabling the "Custom drag routines" in the DOpus5 icon settings.

Hi PeterK, is this same recommendation valid for ScalOS?
I am looking to update my DraCo workbench by the end of this year

[PeterK]

Use DOpus5.82 instead of 5.9x or wait for the AmiKit v8.1 update.

My FullPalette.prefs are for 16 color screens, not for VisualPrefs.

[PeterK]

Originally Posted by gulliver

Hi PeterK, is this same recommendation valid for ScalOS?
I am looking to update my DraCo workbench by the end of this year

No, probably not. Scalos has its own iconobject icon loader system and I did not try to do any optimizations for Scalos. Imho, Scalos is out (the latest versions), because it's not supported anymore. I don't care about Scalos.

I've no idea, what the DraCo workbench is able to do and how much it is OS compliant.

[gulliver]

Originally Posted by PeterK

No, probably not. Scalos has its own iconobject icon loader system and I did not try to do any optimizations for Scalos. Imho, Scalos is out (the latest versions), because it's not supported anymore. I don't care about Scalos.

I've no idea, what the DraCo workbench is able to do and how much it is OS compliant.

Imho, ScalOS is much better than Magellan, it feel more Amiga-like to me
The sad part is that development seems halted for about 2 years despite being open source.

The DraCo workbench is compatible with everything that is not chipset dependant (no hardware banging stuff, no dirty-ugly hacks). Just RTG and AmigaOS software coded "by the book".

[ancalimon]

Originally Posted by PeterK

I'm not sure about the skin system, because I don't take care for such toys. In order to use my icon.library with AfA_OS on DOpus5.9x you have to move icon_lib.exe and graphics_lib.exe out of AfA_OS_LIBS: into the "Disabled" subdir. If you still get graphics corruption then also disable the picture_datatype.exe.

moving icon_lib.exe and graphics_lib.exe to disabled subdir causes the skinsystem to not work (the option is ghosted). Just moving the icon_lib.exe also causes the same thing (but font antialiasing works that way) : So there is no reason to use afaos if the skinsystem is not working. But your iconlib more important because it's blazingly fast.

I wish there was a way to use afaos skin system together with your icon.library because that is the perfect combination.

By the way. Does anybody know why not enabling afaos causes MUI4 to have messed up colours?

[Michael]

MUI4 uses SetRPAttrs() that is missing in AmigaOS3.x, that's why we have colour fun. Looks like a fix is on it's way.