icon.library 46.4 test versions

[PeterK]

@Retrofan
Your description of the safety check is correct, that's exactly how it should work. My library doesn't support writing icons in PNG or OS4 format.

I have made some experiments with a simple "No" response for the requester, too. But unfortunately, this can have strange effects, that you won't expect and want to happen. If you drag&drop a drawer with WB to another window and then send a simple "No" reply without an error code to the requester and the calling task, it would just skip writing the drawer icon but would still copy the complete drawer with all its contents onto the disk.

@Michael
Yes, the Copy$Paste and also Cut&Paste are additional features of the AmiKit setup for the DOpus5 menu.

[ancalimon]

I accidentally choose "always" when it asked me to change the os4 icon to os3.9 format. Where does it store this information?

[PeterK]

No problem, just reboot the system. It's stored in the private memory of the icon.library until the next reboot occurs.

[Retrofan]

Originally Posted by PeterK

@Retrofan
Your description of the safety check is correct, that's exactly how it should work. My library doesn't support writing icons in PNG or OS4 format.

What I mean is that now you can not change the icons position if you don't change the icons format. That didn't happen before. What's more, with this icon.library if I make a new icon with IconEdit, if I want to save it then the request to change the icon format will appear again, so I can not create but icons with the 3.5 format.

[PeterK]

Your 1. statement is wrong. Try an older IconLib. You never could snapshot PNG icons without changing the format.

IconEdit did always save all icons in the standard OS 3.5 format. It is not able to save in PNG or OS4format and it never was. The only difference is, that you will now see the requester when you save an existing PNG or OS4 icon with IconEdit, because these icons have to be converted for saving. But this conversion has always happened in the past, too. There just was no safty check before and no requester appeared.

As long as you don't save the icon to the same file where you loaded it from the original icon will not be converted, only the new icon.

[Retrofan]

Thanks for explaining that.

[Michael]

@PeterK

What do you think about ReqAttack (icon Logos) ?

Can we have GlowIcons(3.5) with transparent background in requesters with wallpaper ?
Currently we are getting a grey box background.

[PeterK]

Look at AmiKit or Aminet for ReqAttack and possible add-ons and configs.
http://aminet.net/search?query=ReqAttack

[Michael]

I know that, and it works fine here, just that icons get a grey filled background for some reason and not transparent (when used as logo in requesters).

EDIT: Looks like it's a bug in one of the many icon datatypes Stefans seems to work ok, but in turn causes problems with MUI39. That's life.

[PeterK]

Update to icon.library 46.4.403:

Improved safty requester for saving and converting TrueColor icons in the OS 3.5 format. It's now possible to allow or prevent the conversion for all icons in the current drawer (which path is also displayed in the requester). This was very difficult to achieve since the Workbench and DOpus5 are handling dir locks differently. Please tell me about any unexpected effects.

[Michael]

The order of the buttons needs to be changed imho.
Yes Always to be placed under Yes this icon.
This will align all negatives to one side.

[PeterK]

No, the two drawer related buttons should appear close to the "Dir =" line.
Btw, the PNG iconset shown on the screenshot can be downloaded from Aminet:
http://aminet.net/package/pix/picon/GlowRevolution3

[Michael]

Thanks for the icon hint, do you know/remember where the original NewIcon or Gi versions were?

As for the button, I am afraid the lines have nothing to do with their position since your (AmiKit) orientation is very rare and hacked, by default all buttons are at the bottom in one row.
And logic says that the the current order is not good and a bit confusing in that case.

[PeterK]

No, I've never seen the GlowIcon or NewIcon version of this iconset.

Yes, I know the standard EasyRequestArgs()-function of intuition displays the buttons below the requester text. Nevertheless, I won't change the button order and I don't know what's so confusing with it. You will get used to it sooner or later.

But who wants to live still without ReqAttack? It depends on the settings of Prefs/ReqAttack => Edit => Requester => Button Position (top, bottom, left or RIGHT).

[ancalimon]

How do I configure the color of icon text outline and shadow?

[PeterK]

@ancalimon

Wrong question !!
You would better ask: Why should I read a readme file ?

Other new features are the ghosted deficons (50% transparent)
and the optional outline text for icons on the Workbench v44+.
Furthermore, you can enable shadow text for icons on WB 3.5+.
Generating the shadow text is a lot faster than outline text.
....
To enable the outline text call OutlineIconText before LoadWB.
For shadow text call ShadowIconText from the startup-sequence.
In Prefs/Fonts you should set the text and the field color for
the text background and then switch back into text only mode.

[ancalimon]

Originally Posted by PeterK

@ancalimon

Wrong question !!
You would better ask: Why should I read a readme file ?

I read the readme but I read wrong :P Didn't see the "field" part.

[Michael]

There are more problems...

A compromise for the order, button 3 and 4 change places.
This will keep the dir button near dir as you wish.
Also you need to set fonts and button size properly so it matches more or less when patched in vertical requester.

Now why you have a space in requester title ?!

And finally, it does not work ok in classic mode (does not fit!)
We need to shorten the button text a bit.

Yes this dir & No this dir

Hopefully it will fit.

Also now even WB refuses to copy icons without confirming changing
Previous version allowed to copy icons as is when you hit No, cancel
only DO failed, and still does.

[PeterK]

Sorry Michael, but sometimes you don't get it. We are not on an oriental bazaar here, I don't want to negotiate the appearance of this requester.

If you want to change the button text (but not the order), you can simply take any hex-editor and modify (translate or shorten) the strings starting at offset $5A72. The button text starts at $5B02 and ends at $5B46, all in one string with "|" signs working as separators. Of course, every string is finished with a $00 character finally.

[Michael]

All I am trying to say is that you are breaking the classic rule
All requesters must fit 640x200 display in topaz 8
And your library is used on many classic setups.
So please modify it so that it fits.
Otherwise it's a clear bug by the book.

As for the order of buttons, it's just a suggestion, you don't like it and that's absolutely fine, it's your toy in the end.

So what happened to WB icon copy ? Why it's not working anymore ?