icon.library 46.4 test versions

[PeterK]

I think that we talk at cross purposes now ... Sorry, I should better have quoted your first statement before to make clear what I'm referring to.

This glitch reappeared at some point... and NoDelayedImage2 no longer works...
http://eab.abime.net/showpost.php?p=...postcount=2437

I can't reproduce this with P96 v2 and my settings.

I have no dot images for the hidden icons here with P96 v2.x and WB 45.194 or 45.132, but you said that you have P96 v3.x.

I will check that with your P96 settings soon, which look quite different to my config. Still couldn't reproduce the dot images yet. Btw, you cannot get these dot images with the latest TC020 build #559 on WB v44+ and P96 as shown on your old screenshot, because you would get gray or striped rectangles instead, dots only without P96. So, what kind of other glitches did you have or is it an old icon.library?

------------------
The second point was clear already: the missing checkered transparency under the mouse pointer on TrueColor screens. Ok.

But I just noticed another old bug (since #408) in the color inversion of selected old icons with only one image, the blue gets lost.

[PeterK]

Another small update for TC020 and FastWB to 51.4.560:

 In order to reduce the amount of data that has to be
 transferred between the CPU and the gfx-card over the
 slow Zorro bus, the rectangles of TrueColor images are
 made as small as possible by removing the outer parts,
 which are nearly 100 % transparent, when alpha is 0-2. 
 This was already implemented for ColorIcons on RTG.
 Maybe the icon dragging and scrolling are becoming a
 little bit smoother on slow systems with gfx-cards?

 On OS 3.2+ it's recommended to use TC020. The FastWB
 version can avoid some useless refreshes on WB v44-45.

 "Tricky Drag°n" is still WIP. All Feedback is welcome.

@Michael
I've got two emails from you, but all my replies are blocked or rejected again. Maybe this update can improve the dragging on P96 a bit, especially on Zorro II systems, but you should also check your P96 settings. You also have a PM as reply to your first email.

[PeterK]

Sorry, I just noticed in some tests that I made a stupid last minute bug in #560 when I finally removed some instructions from the code, which has the effect that the optimization doesn't work anymore as it did before. Now, I will check the code carefully before I update it again.

[indigolemon]

I've been using 560 without any noticeable issues (not that it helps you any now )

RTG screen with P96 3.2.2 on AmigaOS 3.2.1

[PeterK]

Thanks for confirming that "Tricky Drag°n" works on P96 3.2.2 and OS 3.2.1. The "issue" of 560 was that accidentally nothing has really changed for user, the new optimization was ignored by a mistake in the code. But it's already working again, even a bit better now than before. I just don't want to release it, because there are still some other things on my ToDo list, that are waiting for a solution, like the missing transparency for the dragged icon under the mouse pointer, that hexaae would like to get back.

[PeterK]

Another small update for TC020, FastWB and HalfBright to 51.4.561:

 The icon under the mouse pointer becomes transparent
 again now in "Tricky Drag°n" as usually done on WB.

 In order to reduce the amount of data that has to be
 transferred between the CPU and the gfx-card over the
 slow Zorro bus, the rectangles of TrueColor images are
 made as small as possible by removing the outer parts,
 which are nearly 100 % transparent, when alpha is 0-2. 
 This was already implemented for ColorIcons on RTG.

 The rectangles of the first images (unselected icons)
 can be reduced by 20-40%, but the 2. images only < 5%,
 because the glow effect covers most of the free space.

 On OS 3.2+ it's recommended to use TC020. The FastWB
 version can avoid some useless refreshes on WB v44-45.

 "Tricky Drag°n" is still WIP. All Feedback is welcome.

[indigolemon]

Originally Posted by PeterK

Another small update for TC020, FastWB and HalfBright to 51.4.561:

 The icon under the mouse pointer becomes transparent
 again now in "Tricky Drag°n" as usually done on WB.

 In order to reduce the amount of data that has to be
 transferred between the CPU and the gfx-card over the
 slow Zorro bus, the rectangles of TrueColor images are
 made as small as possible by removing the outer parts,
 which are nearly 100 % transparent, when alpha is 0-2. 
 This was already implemented for ColorIcons on RTG.

 The rectangles of the first images (unselected icons)
 can be reduced by 20-40%, but the 2. images only < 5%,
 because the glow effect covers most of the free space.

 On OS 3.2+ it's recommended to use TC020. The FastWB
 version can avoid some useless refreshes on WB v44-45.

 "Tricky Drag°n" is still WIP. All Feedback is welcome.

Installed this morning and the machine was used on and off all day, nothing untoward to report sir, it behaved perfectly

[hexaae]

Originally Posted by PeterK

Another small update for TC020, FastWB and HalfBright to 51.4.561:

 The icon under the mouse pointer becomes transparent
 again now in "Tricky Drag°n" as usually done on WB.

 In order to reduce the amount of data that has to be
 transferred between the CPU and the gfx-card over the
 slow Zorro bus, the rectangles of TrueColor images are
 made as small as possible by removing the outer parts,
 which are nearly 100 % transparent, when alpha is 0-2. 
 This was already implemented for ColorIcons on RTG.

 The rectangles of the first images (unselected icons)
 can be reduced by 20-40%, but the 2. images only < 5%,
 because the glow effect covers most of the free space.

 On OS 3.2+ it's recommended to use TC020. The FastWB
 version can avoid some useless refreshes on WB v44-45.

 "Tricky Drag°n" is still WIP. All Feedback is welcome.

Thank you for the transparent effect re-implementation

[PeterK]

News: There is a new icon plugin Iconic 1.0 by Airsoft Softwair available for Hollywood 9, which supports several icon formats:

- AmigaOS 1.x style icons
- AmigaOS 2.x/3.x style icons
- AmigaOS 3.5/3.9 icons (aka GlowIcons)
- AmigaOS 4.x icons
- macOS icons (*.icns format)
- MagicWB icons
- MorphOS/PowerIcons icons (PNG), with one image
- NewIcons
- Windows icons (*.ico format)

https://forum.amiga.org/index.php?PH....msg854364#new
https://www.hollywood-mal.com/index.html

http://aminet.net/package/dev/hwood/HWP_Iconic

PS. This is just good news, Iconic is an independent project, not related to icon.library, but probably useful for icon designers.

[hexaae]

Originally Posted by PeterK

News: There is a new icon plugin Iconic 1.0 by Airsoft Softwair available for Hollywood 9, which supports several icon formats:

https://forum.amiga.org/index.php?PH....msg854364#new
https://www.hollywood-mal.com/index.html

http://aminet.net/package/dev/hwood/HWP_Iconic

PS. This is just good news, Iconic is an independent project, not related to icon.library, but probably useful for icon designers.

I'm still using PPaint (with pio_icon plugin from Aminet) and IconEdit (OS3.9)

[jbenam]

Thank you Peter for the new update, it's great to see the icon again when dragging

Working great on A4000 + RTG on OS3.2.1.

[PeterK]

Thanks jbenam!
Good to know that at least some users are happy with the latest updates, although there are still a few things left that need to be improved or fixed. And the new TrueColor dragging with AlphaChannel isn't working under DOpus5 or CGX4 yet. I'm looking for better solutions, but don't know if it's possible at all.

@hexaae

I'm still using PPaint (with pio_icon plugin from Aminet) and IconEdit (OS3.9)

Are you a masochist?

[hexaae]

Originally Posted by PeterK

Thanks jbenam!
Good to know that at least some users are happy with the latest updates, although there are still a few things left that need to be improved or fixed. And the new TrueColor dragging with AlphaChannel isn't working under DOpus5 or CGX4 yet. I'm looking for better solutions, but don't know if it's possible at all.

@hexaae

Are you a masochist?

Well, PPaint for pixel art creation is still very good and with pio_ico plugin can read/write NI, SI, CI formats directly, merge palettese, reduce colors and other advanced features (including AREXX scripts) often missing in simple icon editors ;-)
And with clipboard sharing you can work at the same time with IconEdit (OS3.9) and PPaint exchanging icon images between the two the good old AmigaOS way of working... ;-)
In signature some sshots of my Workbench with ColorIcons Glowicons style I use and some of my icons...

[falken]

I have a little confusion. Which version is more recent, 46.4.556 or 46.4.559?

[PeterK]

As stated in the Readme of the Aminet release, #556 is not new. It was already available here at EAB and at A1k.org end of last year for download. But #556 has at least a little workaround for missing DiskObject signatures, because some programs didn't supply that and thus failed with #555.

#556 also seems to be the most stable version at the moment, although no software is ever free of bugs. It still has a problem with ProcessIcon and my IconMixer, which is fixed in #559. It also has a very small memory leak, as reported by a user, but the memory leak in #557 and up is even bigger. I'm still working on a fix, the bigger one is fixed already (internally, not published yet).

The code for the new TrueColor dragging is still under construction, so all the test versions here (#557-#561) are in an experimental state, just uploaded in order to collect feedback and get bug-reports from the users. It's impossible for me to test new features with every possible system configuration. "Tricky Drag°n" will take a lot more time before it's finished and stable enough. The next test version may come with DOpus5 support, but nothing new for CGX4 yet.

[falken]

Originally Posted by PeterK

As stated in the Readme of the Aminet release, #556 is not new. It was already available here at EAB and at A1k.org end of last year for download. But #556 has at least a little workaround for missing DiskObject signatures, because some programs didn't supply that and thus failed with #555.

#556 also seems to be the most stable version at the moment, although no software is ever free of bugs. It still has a problem with ProcessIcon and my IconMixer, which is fixed in #559. It also has a very small memory leak, as reported by a user, but the memory leak in #557 and up is even bigger. I'm still working on a fix, the bigger one is fixed already (internally, not published yet).

The code for the new TrueColor dragging is still under construction, so all the test versions here (#557-#561) are in an experimental state, just uploaded in order to collect feedback and get bug-reports from the users. It's impossible for me to test new features with every possible system configuration. "Tricky Drag°n" will take a lot more time before it's finished and stable enough. The next test version may come with DOpus5 support, but nothing new for CGX4 yet.

Thank you Peter !

[PeterK]

Update to icon.library 46.4.562, 47.-1.562, 51.4.562, 1. page (no new HAM versions):

 "Tricky Drag°n" now also works under DOpus 5.x on P96
 RTG screens without using "Custom Dragging Routines",
 even with DOpus 5.9x, but not under Aros 68k or CGX4. 

 "DOnoColorMapping" is always activated for TrueColor
 versions now, so this option is not required anymore.

 Only the dragged icon under the mouse pointer appears
 half-transparent as usual on Workbench, all the other
 icons will remain opaque. On DOpus5 this was a random
 selection before how the transparency was spreaded.

 A bug in IconControlA(GetImageData2) has been fixed.

 Removed some dead 680x0 code from TrueColor versions.

 FastWB will use do_ToolWindow only as Workbench task,
 and checks ib_ActiveWindow for possible NULL-pointers.  

 Color mapping checks for *ColorMap changes in order to
 refresh the cache, and will reject wrong icon screens.
 Until now only any changes of NShared were monitored. 

 There are separate RTG flags for WB and other screens.

 Some memory leaks have been fixed for the WB refresh.

 "DiskMagic" will also be set for GetDiskObject(NULL).

 A ReadDiskObject Low-Memory bug has been fixed and the
 Open() call for icons is done prior to mem-allocation
 in order to avoid a reversal in case of missing icons.

 There are no new features added to the 680x0 versions,
 but some existing known bugs have been fixed. Updates
 for HAM6, HAM8, CGX4 and Aros may come later ...

[AMIGASYSTEM]

Peter what is the difference between "icon.library ArosHalfBright" and "icon.library Aros"?

I don't notice any difference on my AROS One 68k

[PeterK]

Hi Carlo, the difference is just visible for OS4 and PNG icons with only one image. Usually, the second image was automatically generated with a simple glow-effect. But there was a special request of a user some months ago to substitute this glow-effect by creating darker copies of the first image instead for the selected icons. That's what the "HalfBright" versions are doing now.

I still prefer my ugly self-made glowing more than these dark looking icons, but it's up to the user what he likes ...

[AMIGASYSTEM]

Ok perfect, with the "icon.library ArosHalfBright" now the native MorphOS and AROS icons look good with a dark shade.

With the icon.library Aros standard instead the native MorphOS and AROS icons look like an old OS 3.5/3.9 style Glow. not qualitative on RTG screens.

I enclose screenshot that shows the difference mentioned!