icon.library 46.4 test versions

[PeterK]

Ok, I could solve the Aros installation problem with the crashing WinUAE when copying the wallpapers. It seems to be an Aros bug with handling HDFs. It does not happen when I install into a Windows directory. It also works with a HDF when copying these suspect files fom the Aros Live CD iso image onto a HDF under OS 3.9.

Now, I just played a bit with Aros Nightly 2018/08/05. In order to use my library it needs either LoadModule or RemLib at the top of the startup-sequence and some changes to copy the deficons from ENVARC:Sys to ENV:Sys.

RemLib >NIL: icon.library         ; ###

SetClock LOAD

FailAt 21

If NOT EXISTS "RAM:Clipboards"
    Makedir "RAM:Clipboards"
EndIf
If NOT EXISTS "RAM:T"
    Makedir "RAM:T"
EndIf
If NOT EXISTS "RAM:ENV"
    Makedir "RAM:ENV"
;;; Assign "ENV:" "RAM:ENV"       ; ###
EndIf

Assign "ENV:" "RAM:ENV"           ; ###
Copy >NIL: ENVARC: ENV: ALL       ; ###

Nevertheless, Wanderer is still just a big pain and the graphics corruption remains when you drag icons around. It's also horrible that Wanderer reserves the same amount of space for every icon in a drawer which depends on the space that the largest icon needs.

[AMIGASYSTEM]

Originally Posted by PeterK

Ok, I could solve the Aros installation problem with the crashing WinUAE when copying the wallpapers. It seems to be an Aros bug with handling HDFs.

Strange, I'll try to install myself on HardFile Aros Nightly 2018/08/05

horrible that Wanderer reserves the same amount of space for every icon in a drawer which depends on the space that the largest icon needs.

It is true, even the long names create problems like on OS3 but with Wnderer on can manage the length and the spaces, it is however complicated to do it

[AMIGASYSTEM]

Done, the installation of Aros Nightly 2018/08/05 on HardFile was successful, it was the problem I mentioned, the solution was in the link i posted.

To install on HardFile this must have RDB Mode enabled (initialize HardFile with HDToolbox), once started the CDLive you must also format it slow or fast, better to name it DH0 (provided by the installer) but if you want you can use a different name, just change it even in the installer

Important: Do not use the Bios integrated in WinUAE but use the latest versions provided by the CDLive (aros-rom.bin and aros-ext.bin)

[PeterK]

Thanks Carlo,

this times the installation was successful !

What was the problem? The field HD Controller "Full drive/RDB mode" looks like a status indicator and thus everything seems to be set correctly, but you can not see that this is a switch and not a status. A checkmark would be better or "enable full drive/RDB mode". And there is nothing stating that the disk still has to be initialized with HDToolbox.

[AMIGASYSTEM]

Yes, Peter is in fact strange, if I remember well before my report did not happen, on a physical Amiga I think it is essential to do that procedure.

AROS x86 instead does the opposite, to install AROS on HarDisk, PenDrive, External HardDisk requires a RAW disk in practice if there is MBR (Windows) initialization and installation does not start HDToolbox is not necessary

To emulate Amiga OS "Full drive/RDB mode" it is not necessary but it is essential if you want to partition or change filesystem on HardFile

Install AROS x86 USB External Hard Disk
[ Show youtube player ]

[PeterK]

Update to icon.library 46.4.497

This is a bugfix for LayoutIconA() when it was called to remap an icon with an additional tag for a certain color precision, which rarely ever happens, but I found this case on Aros 68k with DOpus5 installed. Some icons didn't get an immediate color mapping for the second image, the selected or dragged icon. Only a small black dot image appeared instead. This should work correctly now.


@kolla
Maybe this was your problem, too? Try 497 and remove NoDelayedImage2 again.

Btw, I've installed DOpus5 on Aros 68k now and 497 works pretty good, but it's recommended to call IconsToFastMem before DOpus5 is started instead of Wanderer. And don't use my option "DOnoColorMapping" or the DOpus5 setting "Use custom dragging routines" on Aros 68k. The dragging routine reacts a little slow, but there are no graphical glitches with DOpus5.

[AMIGASYSTEM]

Good Peter, now we have a new Distro Aros 68k By PeterK, when the review? a good idea, however, that certainly will be appreciated by the AROS and Vampire supporters

[kolla]

Excellent, will try when I get home later today

Yes, a clean, simple and minimal AROS/68k with DOpus5 is a goal for me as well.
(a reason why I contributed to liberating DOpus5 somewhere back in time)

Oh, and I also have a couple of Vampire systems, though I have not bothered to try AROS on them yet.

[AMIGASYSTEM]

Originally Posted by kolla

Excellent, will try when I get home later today
Yes, a clean, simple and minimal AROS/68k with DOpus5 is a goal for me as well.

The Icons view on Dopus5 is very slow at the moment, it's fast in place if you show files by name.

Oh, and I also have a couple of Vampire systems, though I have not bothered to try AROS on them yet.

At the moment the Vampires are very slow to use AROS 68k, not even AfA-OS runs well on the Vampires.

[PeterK]

Originally Posted by AMIGASYSTEM

The Icons view on Dopus5 is very slow at the moment, it's fast in place if you show files by name.

Don't forget to use IconsToFastMem if that is DOpus5 on Aros 68k. By default the icons are loaded into the slow ChipMem and you're running out of ChipMem very soon (also a reason for black dot icons). On my Aros 68k test system icon loading speed is quite fast.

[AMIGASYSTEM]

Yes, i used IconsToFastMem, maybe i missed something else to do?

[PeterK]

it's important to activate "borderless icons are fully transparent" in DOpus5.

[AMIGASYSTEM]

Thanks Peter will try the DOpus5 Environment.

If I have to be honest to me Dopus5 never liked it, I have two versions of Dopus5 on the AFA-OS for test only

See video AfA-OS + ScalOS + Dopu5.91 + Dopu5.82 Dopus4 style (all fast)
[ Show youtube player ]

[PeterK]

Thanks Carlo, but I don't need any video indoctrination to understand that DOpus5 is not my favourite desktop environment, same for AfA, Scalos and Wanderer.

Update: 46.4.497 is available at Aminet now. (no changes to 497 at EAB)

[AMIGASYSTEM]

Hello Peter, something strange happened to me, for some time I realized that on the AFA-OS based systems, I could no longer delete the icons from the Workbench, I could only delete files and from Filemanager or from CLI, I could even if I started the system by disabling AFA-OS

Well after a bit 'of concussion in the end I discovered the arcane, all this was due to the lack of startup of ASyncWB (long ago I had it eliminated for the famous tests). As soon as I ran ASyncWB everything worked correctly, I hope this was my strange discovery

[PeterK]

Originally Posted by AMIGASYSTEM

... something strange happened ... this was my strange discovery

Yes indeed, you're using a very strange AfA system configuration with unpredictable results.

[SimonV]

Since I installed it sometimes changes the colors of windows and icon text without me touching something while the palet prefs still show what the colors should look like. A reset solves it. I would send the author a mail but I don't see a way to contact him. Anyone else has this ? Here it's OS3.9 bb2 .

[PeterK]

Originally Posted by SimonV

Since I installed it ...

Installed what? AsyncWB or AfA or what?

... I would send the author a mail but I don't see a way to contact him. Anyone else has this ? Here it's OS3.9 bb2 .

Stephan Rupprecht or Bernd Roesch or who else ?
https://www.stephan-rupprecht.de/ click on any description and you will find the email address of the uploader info@st..., don't know if that still works.

[SimonV]

This started happening after I installed iconlib ... sometimes. For the rest it is just os3.9 with boingbag 2.

Not sure why it happens and unfortunalty not always.

About the contact didn’t see anything in the aminet readme, maybe I overlooked. Forgot to look in the archive itself ?

[AMIGASYSTEM]

Originally Posted by PeterK

Yes indeed, you're using a very strange AfA system configuration with unpredictable results.

No Peter I said about "all" systems that include the AfA-OS extension even the unmodified Standard ones, excluded only Amikit e AmikitX just because they use Dopus5,without Dopus5 should have the same problem, watch the video to see the problem.