icon.library 46.4 test versions

[PeterK]

Update to icon.library 46.4.271

This version fixes a few bugs in the colormapping. There was a problem in the new faster colormapping on screens with 256 colors. The white sometimes turned into a light pink without any obvious reason.

[Leandro Jardim]

Hi PeterK, I copied the contents of the "IconDemo31ADF.rar" to my hardfile, and it works like a dream but for some reason, "C:NoIconBorder" dont disables the icon border... Whats could be wrong?

Thanks.

[PeterK]

You could try NoIconBorder from a shell window after booting has finished to see if it works at all. If it does, try a longer delay time like "Wait 5" in the startup-sequence.

Please don't expect to get transparent backgrounds. That won't work with WB 3.0/3.1. It's just removing the border or frame, not more.

It should at least work when booting the ADF image from floppy disk. Does it?

[Leandro Jardim]

Originally Posted by PeterK

You could try NoIconBorder from a shell window after booting has finished to see if it works at all. If it does, try a longer delay time like "Wait 5" in the startup-sequence.

Please don't expect to get transparent backgrounds. That won't work with WB 3.0/3.1. It's just removing the border or frame, not more.

It should at least work when booting the ADF image from floppy disk. Does it?

With the ADF it is perfect.

I was using FastIPrefs and VisualPrefs, and I disabled them. Now it works partially; the bevel around the icon is removed, but the color border itself of the icons are painted with pen 0. Do you have any hint for whats happening with it?

[PeterK]

I hope that you did not forget to add the "+" sign after the "Wait 4" instruction ! It is required in order to launch the NoIconBorder asynchronously with the "Run".

As I already said before, transparent backgrounds are not possible. I don't know any trick (patch) for workbench.library v39 or v40 to do that.

Why do you use these non-standard colors?

[Leandro Jardim]

Originally Posted by PeterK

I hope that you did not forget to add the "+" sign after the "Wait 4" instruction ! It is required in order to launch the NoIconBorder asynchronously with the "Run".

As I already said before, transparent backgrounds are not possible.

Ok I followed your advice.

Hmm. Sorry, I tought you meant that the transparent backgrounds of dragged icons were the only thing that is not possible.

Thanks, Peter.

[emufan]

about transparent icons. i have those, at least i think so, on my desktop.
on the picture you can see them and also a information requester from one of them. they dont have such square in the background.
maybe they are magic icons and you need to convert your desired icons into this format.

[PeterK]

Hi emufan,
the transparency might be possible with the original newicon.library for those NewIcons, like in your case, where the image tooltypes start with IM1=B... or IM2=B..., , The "B" stands for a transparent background, a "C" means opaque. This may work with OS 3.0/3.1 with the original newicon.library.

But my setup uses the emulated newicon.library from Stephan Rupprecht which is required to support the OS 3.5 formatted icons, too. I guess that his newicon.library ignores transparency, but I will check that again.

Please tell me the version of your newicon.library. Or are there any other patches in your startup-sequence or WBStartup drawer doing this trick?

[emufan]

i was not aware of the newicon.library in libs: sometimes it is good not to read instructions - for the sake of sideFX
i listed all the requested files and infos, take a look.

Edit: removed attachment to save space

[PeterK]

Such a simple trick:
You're using workbench.library 45.131 and not just WB 3.0 or 3.1. That explains it all. The workbench.libraries v44 and v45 don't have any problems with transparency, of course.

[emufan]

ahhh, ok. so Leandro just need to add the new workbench.library?
just in case:

Version >NIL: workbench.library 45
If WARN
   LoadResident >NIL: LIBS:icon.library
   LoadResident >NIL: LIBS:workbench.library REBOOT
EndIf

workbench.library 45.132 patch here
patch needs original workbench.library 45.127 from BoingBag1.

[PeterK]

Yes, that's the solution.

Or, he could also use ClassicWB with my AddOn package for Scalos.
http://eab.abime.net/showthread.php?t=63342
And I'm not sure if the original newicon.library could also do this trick.

[emufan]

ok. i edited my previous post.

[PeterK]

IconDemo31newADF.lha added to the first post

This demo uses the original newicon.library and also the instruction C:NewIcons from the NewIcon 4.6 distribution to make transparent icon backgrounds possible.

[PeterK]

Updated: new IconDemoADF package.

The NewIcons patch uses RTG mode now and FBlit needs no ChipMem anymore. NiPrefs is also included and supports transparent icon backgrounds and outlined iconnames.

Attachment 34137

[PeterK]

Update to icon.library 46.4.272

Finally, this library needs no ChipMem anymore under WB 3.5/3.9, which could make some systems even a little faster again.

[NovaCoder]

Originally Posted by PeterK

Update to icon.library 46.4.272

Finally, this library needs no ChipMem anymore under WB 3.5/3.9, which could make some systems even a little faster again.

Awesome, great work Peter

I run 3.9 & FBlit (not FText though), what should I set icon's to in WB Prefs, 'graphics' or 'other memory'?

Thanks

[PeterK]

Please, choose Other Memory in the Prefs/Workbench settings and if you're using FBlit instead of P96 or CGX then you may also need to start your WB with LoadWB SIMPLEGELS which would then disable the transparent dragging. Or, as an alternative, you could start FBlitGUI, disable AddBobPatch and RemIBobPatch and enable QBSBlitPatch instead. Please, read the FBlit.guide carefully.

FBlit.guide: OS3.5 colour icons
There is an alternative method for supporting OS3.5 RTG icons which
allows you to keep the transparent drag effect at the cost of some
speed. Using FBlitGUI...

install and activate 'QBSBlitPatch'
un-install both 'AddBobPatch' and 'RemIBobPatch'

Now you can safely remove the 'SIMPLEGELS' switch (if it exists) from
the 'LoadWB' command in your S:startup-sequence.

2.032.552 bytes ChipMem left on my WB 3.9 with P96 and more icons won't eat a single byte:

[Retrofan]

That's wonderful PeterK.
By the way I would like to ask you about an icon on AmiKit, the def_disk.info one. It does a very extrange thing. That's the icon that gets assigned for example on WinUAE to windh_c, or on the miggy to a new partition.

Well, with Workbench you can open those drawers, but on Magellan you can't., it's like it was a project icon or something, but only there.

Edit: I've changed it in deficons to be a drawer icon (it was tool), but after a reboot it's the same, a tool icon that you can't open on magellan.

Do you have any idea? It's this (packed as rar):

[mfilos]

What an awesome update!!!
Thanks a lot for the continuous work there Peter my friend.
I tested last night and it works just fine as always.

I need to give it a test on my GREX 4000 setup