icon.library 46.4 test versions

[PeterK]

@hexaae Confirmed!
On my WB 3.1 without AsyncWB it overwrites always the 1. copy.
On WB 45.132 with AsyncWB I get a requester, asking me whether I want to overwrite the 1. copy.

With WB 45.194 (OS 3.1.4) and AsyncWB it seems to be fixed already, it creates another copy with a new index number.

So, you just have to install workbench.library 45.194 or newer, because I have never compiled workbench v45.132 (just edited it), but maybe I can have a look into the disassembled and modified code from Mike (hmm, where did I get that from? ) ?

[hexaae]

Tested with OS3.2 and indeed it has been already fixed too...

BTW, why on OS3.2 many iconified programs/tools (prefs settings, shell...) lock WB screen which can't be closed?

[Thomas Richter]

Originally Posted by hexaae

BTW, why on OS3.2 many iconified programs/tools (prefs settings, shell...) lock WB screen which can't be closed?

That depends on how the iconification exactly works. For the prefs programs, things should actually work seamlessly since they just close their window when getting iconified.

It is a bit more delicate for the console because the console.device itself cannot work without a window (ViNCEd can), so the console window itself is not closed, it is just hidden (Intuition/HideWindow() is a new intuition function), and thus, the workbench cannot go away because the shell window is still open, though not visible.


You can use ViNCEd as an alterative, it closes its window on iconification.

[hexaae]

Originally Posted by Thomas Richter

That depends on how the iconification exactly works. For the prefs programs, things should actually work seamlessly since they just close their window when getting iconified.

It is a bit more delicate for the console because the console.device itself cannot work without a window (ViNCEd can), so the console window itself is not closed, it is just hidden (Intuition/HideWindow() is a new intuition function), and thus, the workbench cannot go away because the shell window is still open, though not visible.


You can use ViNCEd as an alterative, it closes its window on iconification.

I see for the Shell (I was used to KCON btw...).
For all other tools like SYS:Prefs/Pointer, ASL, etc. and SYS:Utilities/Multiview... why their iconification prevents WB from closing? I wanted to open a bug report... (P.S. http://m68k.aminet.net/package/util/cdity/CloseWB_v19 won't work anymore on OS3.2, was fine up to 3.9...)

[Thomas Richter]

Since when does Multiview support iconification in 3.9? Kingkong is quite obsolete, BTW.

[hexaae]

Originally Posted by Thomas Richter

Since when does Multiview support iconification in 3.9? Kingkong is quite obsolete, BTW.

Thanks to your hard work MultiView 47.14 (18-Gen-2021) once you open a text file or a pic can now be iconified on OS3.2, but it does again lock WB screen which can't be closed. I meant for OS3.2 only, yes.

(P.S. better moving these to a OS3.2 thread maybe?)

[PeterK]

Sorry, I'm still happily working with a system of 3.9 and 3.1.4.1, the best of both mixed together. Therefore, I can't help much with suggestions concerning 3.2, and I think these issues are not caused by my library, or is there a different behavior with the OS 3.2 icon.library ?

[hexaae]

Originally Posted by PeterK

Sorry, I'm still happily working with a system of 3.9 and 3.1.4.1, the best of both mixed together. Therefore, I can't help much with suggestions concerning 3.2, and I think these issues are not caused by my library, or is there a different behavior with the OS 3.2 icon.library ?

Well... if you still use a mix of OS3.9 (like I do in my primary hd-file config for WinUAE) is worth mentioning that the following official OS3.9 programs also have issues locking WB screen (some forever) once iconified, and unfortunately nobody ever fixed them

sys:Tools/Commodities/Exchange 45.2 (15-Dic-2000) [locks WB forever even after quitting!]
sys:Tools/Commodities/CrossDOS 45.2 (13-Dic-2000) [locks WB forever even after quitting!]
sys:Tools/Commodities/FKey 45.2 (13-Dic-2000) [locks WB forever even after quitting!]
sys:System/Find 45.13 (10-Nov-2001)
sys:Tools/Unarc 45.13 (31-Gen-2002)
sys:Tools/EditPad 44.19 ( 5-Feb-2002)

It seems a frequent oversight among programmers
I started discovering this when I used tools like CloseWB19 or ShutWB from Aminet.

[PeterK]

I'm using only Exchange from time to time, none of the other programs. Indeed it locks the WB once it was iconified, even after quitting, breaking or killing the task, and I didn't notice that before, but usually I won't iconify it.

Bugs are hiding everywhere. Atm, I'm trying to solve some problems with DOpus5 and Workbench when they are running both but with different screen depths, one in TrueColor, the other one with color mapping ...

[hexaae]

CXHandler si the best replacement http://m68k.aminet.net/package/util/cdity/CXHandlerV38

[AMIGASYSTEM]

Yes but it doesn't show all the Applications, PriMan instead displays something more even if it would take a nice update.


https://aminet.net/package/util/moni/PriMan20

[PeterK]

Update to icon.library 46.4.551, 47.-1.551, 51.4.551

° Fixed HAM screens on WB 3.0/3.1 for dragged OS4 and PNG icons, but if you can, use a WB v44+ instead
° DOpus5 has faster HAM and TrueColor screens with DOnoColorMapping and its "Custom Icon Dragging Routines" activated
° Solved problems with different WB and DOpus5 screen modes as far as possible
° Workaround for some crashes of DOpus5 doing CloseScreen() first, FreeDiskObject() and ReleasePen() afterwards. For the latter Intuition=>ActiveScreen is checked now.
° The HAM versions are using my FastWB code for icon dragging too on WB v44+
° On HAM screens Reduce8PlaneTo3 is activated by default
° The FastWB version makes native screens on WB v44-45 also faster. You won't need FastWB for OS 3.2, use TC020 instead, no gfx card required!
° Fixed a potential buffer overflow in my CMAP optimization for the case of corrupted icon images
° The RLE decompression for the 2. image of ColorIcons is delayed now, which can give a 2-5 % speed improvement
° The "NoDelayedImage2" debug option is not supported anymore

Please report all remaining bugs, issues or problems, because I cannot test all features of icon.library on all possible system configurations. Thx!

[Retrofan]

Great

[hUMUNGUs]

Stupid question. Do i have to wait for an Aminet upload of this version, or is there a place i can get it now, before aminet ? Do you have a site for beta / test versions ?

[PeterK]

No problem, the test versions are always attached at the 1. post of this thread.

[hUMUNGUs]

Thank you, Peter !

[James]

Originally Posted by PeterK

Update to icon.library 46.4.551, 47.-1.551, 51.4.551

With the TC020 version icons no longer display in full colour in Dopus4 icon info and Benchtrash.

[AMIGASYSTEM]

I confirm in Dopus4 the Dual-PNG icons the colors are grainy, not quality to be clear.

In previous versions it doesn't happen!

You can see the difference in the screenshot, the second one is the one displayed with v51.4.551, tested on OS 3.9 BB4 RTG

[PeterK]

Originally Posted by James

With the TC020 version icons no longer display in full colour in Dopus4 icon info and Benchtrash.

Yea, confirmed, thanks for the information, James and Carlo.

Will be fixed in the next release again, the GfxPatch is not installed for Workbench anymore as long as DOpus5 was not started. But you can use the HAM8 version instead, which always needs the GfxPatch enabled. It works on TrueColor screens, too. I did most of the tests for 551 with the HAM8 version, it works like FastWB on TrueColor now.

[PeterK]

Originally Posted by Retrofan

Great

Hi Retrofan,
you should have got an email with the 4 icon lists (62kB) yesterday. Did you? Or was it stolen again by the BND?