I'm so unlucky, the A1200 disk has it sorted out. xD From my test I have to have newicons enabled otherwise it won't get transparent.

If you don't like to install the NewIcons patch for getting transparency then you could alternatively also try Birdie or Birdie2000 with the options NOICONBORDER and FLOODMASKMWB instead of NewIcons. The 2. option avoids to make ALL pixels with pen 0 transparent, only those around the border will make the background visible. Please read the Birdie docs for details.

You could also replace the old workbench.library of the 3.1 Rom with a newer v44+ library in Libs: by using "RemLib >NIL: workbench.library", but then some other things have to be changed, too. A WB v44+ needs a different FBlit.cfg and a DefIcons v44 tool. That has all been discussed here some hundred times. Just read this thread carefully right from the beginning ... :D

I've found a cool util for those without 3.5 or higher:
https://aminet.net/package/util/wb/IconAppearer10

It updates files as they are created/deleted

Yes, that's a similar tool as AutoUpdateWB, which I always use, but it's not doing the same as RefreshIcons. Remapping all icons after a screenmode change is automatically done by the Workbench on v44+, which just calls the icon.library function IconControlA() twice, first by setting the screen pointer for all icons to NULL in order to release all previously allocated pens, and then again by mapping their colors to the palette of the new screen.

A new test version 51.4.583 attached on page 1 (TC020, HB020, FastWB only).

Some small speed improvements 2-8% on chunky screens for icons with 64 colors or more and for WB v44+ only by using the cybergraphics WritePixelArray() function and the LUT8 format without C2P conversion or masks. This concerns only unselected icons and no deficons.

Nothing for Aros, DOpus5 or WB 3.0/3.1.

I'm not sure if this an IconLib question so apologies if it's in the wrong place.

I have a WinUAE setup with 3.2, P96 (UAEGFX, RTG screenmode), DOpus 5.83, and newest IconLib. I see this when trying to run DOpus as a WB replacement:

• LoadWB: fast icon loading, almost no chip RAM used
• LoadWB, run DOpus5 (either Workbench:Use or :Clone): fast icon loading, almost no chip RAM used
• LoadDB: slow icon loading, eats up chip RAM

There must be some difference between the second and third methods, but I can't see it. :blased

LoadDB tries to load "DOpus5:DirectoryOpus",

so you will need an Assign for DOpus5: to your DOpus5 installation directory, and there you have to replace the main program DirectoryOpus with my fixed version 5.83. Rename DOpus5.83 into DirectoryOpus to use it as a substitute in the drawer DOpus5:.

Btw, it's better now to disable the "Custom dragging routines" for icons in the DOpus5 settings.

"Use Workbench" is by far the fastest screenmode. For setting the preferences use Prefs/Screenmode.

Using Birdie2000 with NoIconBorder causes icons to disappear in 3.2 - known, or have I screwed up?

Using latest icon.library from the 1st page as of now, updating didn't fix it.

Thanks for reporting this problem with Birdie2000, Dunny!

Since I don't use Birdie on my system, I have to check that to see what's going wrong ...

Yes, I have already done this. I renamed the old binary to DirectoryOpus5.82. If I run LoadDB from a shell in Workbench then icon drawing is fast and does not use chip RAM.

I did some experimenting and it seems this is an issue getting P96's blitter replacement routines loaded. I am using an RTG screenmode so I expected the patches to load.

However I tried using FBlit instead and this fixed the issue. LoadDB directly from startup-sequence has the expected performance.

In that case the WB 3.2 has set "icons to other memory = FastMem" automatically. There is no switch anymore in Prefs/Workbench on 3.2, so maybe, it is not done by IPrefs anymore as in earlier OS versions.
If FBlit is detected by my icon.library it uses FastMem for icons by default.

But DOpus5 standalone with P96 will not switch to FastMem automatically like WB 3.2. In this case you could try my option "IconsToFastMem" after IPrefs and somewhere before you call LoadDB.

Sorry Dunny, why do you need Birdie2000 with NoIconBorder in OS 3.2? Prefs/Workbench has settings for the icon borders: None, small, medium and large.

And if you still need Birdie for patterns in the window frames, how, when and where do you start Birdie2000 exactly, with which arguments? And on which screenmode are which icons disappearing? Are there any other gfx patches installed, like MCP, VisualPrefs? (disable them).

That did the trick!

Thank you, Peter. I did my best to digest the documentation but managed to overlook that case.

No particular reason - saw that it could be done in Birdie from a post previously in this thread and decided to see what it looks like. I run MWB icons so it's not always a good idea, but hey... why not at least see? Anyway, if the issue is with Birdie then there's likely not much you can do. I only report it here because this is where I read the tip to use it!

Indeed I do use Birdie for window frames. It starts after IPrefs. I have MCP and VisualPrefs (and FullPalette) but have, as you suggested, disabled VisualPrefs and MCP.

Here's what I get:

https://i.ibb.co/Pc39sWB/20240504-222714.jpg

Disabling MCP and VisualPrefs has no real effect. I don't know why, but the 3.2 text editor is also very broken - it doesn't seem to draw gadgets or clear the window while scrolling. You can see how badly it displays my startup-sequence in the image.

I'll see if the 3.2 option is any better, and thanks for your library - it's been rock solid so far.

Edit: PiStorm RTG mode - 1366x768x32bpp.
Edit2: Switching to PAL Highres Laced 640x512x256 results in garbled icons, and rebooting doesn't fix it.

On your screenshot it looks like: "Run >NIL: Birdie ? <ENV:Birdie.prefs"
but that won't tell me what your arguments for Birdie really are, because you have stored them in Birdie.prefs, which is used as input file.

No, I never tried to start LoadDB on OS 3.2. That case is not mentioned in my guide yet. It works on OS 3.9 and 3.1.4, because there IPrefs is still switching to FastMem when Prefs/Workbench was configured manually to use "Other Memory". I changed my OS 3.2 startup-sequence now:

Apologies - they are:

It's autogenerated by BirdiePrefs.

The disappearing MWB icons with Birdie2000 NoIconBorder are caused by a conflict with Workbench v44+, which has it's own icon border settings in Prefs/Workbench. It is not caused by icon.library, because exactly the same happens with the OS icon.library v44+.

NoIconBorder and FloodMaskMWB are for WB 3.1 (or maybe 3.0) as a better alternative for the NewIcons patch. Switch NoIconBorder and FloodMaskMWB off and use the Prefs/Workbench settings instead. Optional you can use PlanarFrames1-3 with my icon.library, but it won't support FloodMask (only the OS icon.library v44+ will do that by default).

I don't know whether there are any other conflicts with these Birdie patterns, because I would never need or use any themes, skins or similar hacks. ;)

Thanks PeterK, you're a diamond mate.

Downloaded latest IcoLib archive from aminet: https://aminet.net/package/util/libs/IconLib_46.4

Installed the new icon.library but I have problems:
- WinUAE 040/Jit OS 3.9
- Amiga 1200 Blizzard 1230

I have an error when workbench is loaded

Back to previous 51.4.582 all is ok