icon.library 46.4 test versions

[hexaae]

icon.library 51.4.566
(TC020)
has some issues when dragging at the borders of the screen switching to dithered effect and even worse truncating some parts. I've made a short clip, better than 1000 words:

[ Show youtube player ]

(since "Auto" algorithm from YT sucks, remember to click on the gear icon in the bottom right and force 1080p)

Icon details (using ProcessIcon by Dirk Stöcker):
Name: Work:Games/HDInstalled/F15StrikeEagle2/F15StrikeEagle2
Type: OS3.5 Icon
SS: 18192
IT: Project
BP: 2,0
SZ: x= 3, y= 4, w= 48, h= 20
DT: (YES) WHDLoad
CI -Width : 114
CI -Height : 128
CI -Borderless : NO
CI -NumImages : 2
CI1-Transparent: NO
CI1-NumColors : 126
CI2-Transparent: NO
CI2-NumColors : 16259570


EDIT: same "truncated surface" issue when using 46.4.566

[PeterK]

Originally Posted by hexaae

@PeterK
Uhm... Why included "icon.library 46.4.566 (68020)" still has that bug dragging icons we discussed some time ago (thought it was fixed)?


NoDelayedImage2 patch doesn't fix it...

My cfg:
P96 3.3.1 (06.06.22) ©2017-2022 iComp
workbench.library 45.132 ( 8-Set-2012)

EDIT:
Oh, I've just found AROS version fixes it on my non-AROS env

Don't do it. The Aros version is for Aros 68k, nothing else!

But why don't you use the TC020 version? It should fix it, too (at least with P96 v2).

"NoDelayedImage2" is not supported anymore.

[hexaae]

Originally Posted by PeterK

Don't do it. The Aros version is for Aros 68k, nothing else!

But why don't you use the TC020 version? It should fix it, too (at least with P96 v2).

Well, I'd use v51.x TC020 but I don't like the real opacity/transparency switch to dithered when dragging over drag'n'drop areas or at the border of the screen. I prefer a coherent look (always dithered or always alpha transparent, don't like the mixed confusing look)...

[hexaae]

Just noticed the truncated surface issue happens only at the far left border of the screen, doesn't happen dragging the the icon at bottom or at right...

[PeterK]

Originally Posted by hexaae

icon.library 51.4.56 (TC020) has some issues when dragging at the borders of the screen switching to dithered effect and even worse truncating some parts. I've made a short clip, better than 1000 words:

I've tried to adjust these side effects at the screen border as good as possible, especially for DOpus5. WB with P96 usually has less problems, but I can't test P96 3.x updates. And anyhow, you will have to live with it, this solution is the best compromise for the borders, switching back from TrueColor to the blitter routines, which can mask out the remaining parts of the planar images much easier. Maybe P96 v3.x has changed something again?

Use the original Amiga OS icon.library if you don't like my solution or features!

Btw, on AfA_OS the images are completely disappearing when you drag icons over the screen border, Try that!

[hexaae]

Rolling back to an old icon.library 51.4.561 (TC020) I can't reproduce it = won't truncate surface on the left side of the screen.
As for the checkboard fake transparency when reaching the borders, I'd just like an extra option for always checkboarded planar image instead of alpha transparency when dragging, then your iconlib would be perfect IMHO keeping a coherent look in every situation Yours is tons faster than original OS3.x icon library (drawers full of icons open instantly on P96), and with the true-color palette the rendering is far better.

Comparison:
https://imgsli.com/MTIyMTU3

[PeterK]

Originally Posted by hexaae

icon.library 51.4.566
(TC020) ... and even worse truncating some parts.

Name: Work:Games/HDInstalled/F15StrikeEagle2/F15StrikeEagle2
Type: OS3.5 Icon
DT: (YES) WHDLoad
CI -Width : 114
CI -Height : 128
CI -Borderless : NO
CI -NumImages : 2
CI1-Transparent: NO
CI1-NumColors : 126
CI2-Transparent: NO

EDIT: same "truncated surface" issue when using 46.4.566

Please upload that icon, because I couldn't reproduce the truncation with other WHDLoad icons of any width on my system. The strange thing is that your icon seems to have he same image for selected and unselected state (self made ?), usually these box icons have two images, front side and back side of the boxes.

You said that it works correctly with icon.library #561, so it may interfere with the code for DOpus5, which was added later. Maybe P96 v3.x uses other blitter routines like DOpus5 or their code has changed again.

Please, also try to drag this icon over the screen border with an older v2.x rtg.library again.

[hexaae]

Here is the icon from the video (but it happens for other game icons too here, even smaller std Glowicons, not an isolated case...): https://1drv.ms/u/s!ApMUGr0cuN39gplI...eV9dQ?e=7XAEsK

[AMIGASYSTEM]

esaae, it is not an Icon normally used for WHDLoad games, on AfA Os however it works fine,
It is a strange PowerIcons type icon, it includes the first color image the one visible in your screnshot and a second "small image" in black and white (basically project icon of OS 3.1), I think this is the reason for the cut off seen in your video.

This kind of icon was used by ApllOS (Vampire)

[PeterK]

Ok, tried that icon, which is a legal ColorIcon with one image and the option "darkened copy" for the second image. But I still don't have any truncation here with older P96 versions. It may depend on the rtg.library version, the exact screen mode (15/16/24/32 bit) and size, P96 settings, etc. This should not mean that I want to blame rtg.library or P96 v3.x, but I can't adapt my "Tricky Drag°n" to something that I can not even test.

Edit: It could also be possible that there is another patch for BltMaskBitMapRastPort() or other blitter functions installed, which disables or confuses parts of my patch.

[AMIGASYSTEM]

The second "darkened copy" image is a "B&N OS3 project icon" I was able to see it on the PC with IrfanView

[PeterK]

Originally Posted by AMIGASYSTEM

The second "darkened copy" image is a "B&N OS3 project icon" I was able to see it on the PC with IrfanView

No Carlo, load that icon with the OS 3.9 IconEdit and you will see that it has one palette based "New Image", the second is empty, but in the menu section "Highlight" there is "Darken" activated. What you found in IrfanView is the planar "Old Image", which exists in every ColorIcon for WB 3.1. You can switch from "New Image" to "Old Image" by selecting it in the upper left corner.

This has nothing to do with PowerIcons or Apollo OS, and no, the "Old Images" can have a different size than the palette based OS 3.5 images, that's not a problem, except for AfA_OS.

The icon that hexaae has uploaded has a valid format, there is nothing wrong with it!

[AMIGASYSTEM]

Thanks for the info Peter, I learned something new, I always believed that the hidden icon was given by the operating system, and was not physically included in the icon.

In fact even con IconEdit OS3.9 on AfA One the "hidden" icon can be seen, you just need to use the "Old Image" tab.

To confirm that there is only one "Main" image, I also encountered it with Icon Editor.

[PeterK]

Originally Posted by PeterK

It could also be possible that there is another patch for BltMaskBitMapRastPort() or other blitter functions installed, which disables or confuses parts of my patch.

The problem of the truncated images when ColorIcons were dragged over the left screen border was caused by the patch "SetMan", which modifies exec's SetFunction() routine and seems to have some side effects.

I would recommend to use "SaferPatches" by Thomas Richter instead, which did always work reliable on my system.

[PeterK]

Update to icon.library build #567 (no new HAM versions yet):

Fixed a problem with the patch SetMan and a workaround for another issue. My GfxPatch for 2 blitter functions could have been installed twice resulting in truncated images while moving icons over the left screen border. It's not required anymore to check whether the blitter functions have been patched over again by P96 or CGX4. The 68000 und 68020 libraries didn't change since #566.

[hexaae]

Good news

[AMIGASYSTEM]

Peter I noticed that in the archive "IconLib_51.4.567" there are 2 Icon.library AROS 68k (Aros/ArosHB), what is the difference between them ?

Speaking of icons I have updated my DualPNG Icons package in both Blue and White color format.

Each package includes "692 File icons" and "168 Folder Icons", through a standard installer you can change all package icons in seconds, see attached video.


the compressed video weighs cira 10 Mega and is of good quality, to see it only takes a few seconds of downloading:

The installer and the icons are also compatible with OS3, OS4, MOS, of course it is not convenient to install the icons because of the different composition of the OSs and the diversity of the programs, but if the need arose you could replace the affected icons by hand.


https://drive.google.com/file/d/1uBP...i-M0IthtP/view

[PeterK]

ArosHB contains the "HalfBright" effect instead of the automatic glowing for TrueColor icons with only one image.

https://eab.abime.net/showthread.php...72#post1536772

It seems that you are industriously creating nice looking icon sets, but I would never use the Installer to overwrite each and every icon in my system. Anyway, I'm just collecting icons for test purposes, but never ever tried to update my system with them (Never change a running system! And never trust any Installer script!).

[AMIGASYSTEM]

Thanks for "HalfBright," I had forgotten, the fault of old age

Peter the Script is super simple, the icons are all located in the original path, the script will only bother to make a simple copy

At any time you can change or update the icons in the archive without changing the script, in addition, the 2 packages will be included "only" on AROS One

[Leon Besson]

Just want to add a Big Thanks to Peter and the continued support he is doing with his icon.library

Luckily I just read about using the TC20 icon for AmigaOS 3.2 and 3.2.1. As I am testing out 3.2.1 ready to upgrade to. Why oh why did they not incorporate your icon.library? As the original is slowwwwww! Where as the PeterK icon.library is so much quicker

Thanks again Bromigo!