icon.library 46.4 test versions

[PeterK]

No Carlo, I would not use "Autosorting" on my Aros systems, and I don't know any tool for AmigaOS. Workbench would do something similar when you release all icon positions and then never use cleanup, but who wants that?

OS 3.2 has an Arexx script for "Auto-Arrange Icons" for the WB menu, which also adjusts the window size automatically, but by doing that all icon positions get saved and the locations are permanent again. Any new icon without position data will appear at the next free location.

@EctoOne
I just looked into the PIconTools to see if there is something similar to "Autosorting", but PIconSnap and PIconGridSnap are working different. But then I saw PIconBackup, which can save all icons from a source directory tree to another location or as LHA archive. Maybe something interesting for you?
https://aminet.net/package/util/wb/PIconTools

[AMIGASYSTEM]

Grazie Pietro, the "Automatic Sorting" is very convenient on AROS, you don't have to worry about sorting the icons, any volume or folder will always have "sorted" icons, even the Workbench ones, and the various volumes introduced as CDs, DVDs, Pendrives connected to the system will have "sorted" icons.

"Automatic sorting" does not save the window size, however; on AROS it saves only the "parent" window, and all folder and subfolder windows contained will always have the size of the "parent" window.

[PeterK]

Originally Posted by EctoOne

Good to know. But if I manage to adapt my script, it won't matter. Because then I do not need to change the type. And yes, I was using CopyIcon to replace the old icons with the mixed ones, so I assume it doesn't matter either because the original data is kept.

Be careful with CopyIcon options when you use it from the GUI. CopyIcon can have tooltypes enabled like DropPlanar, DropNewIcon and Frameless.

But this is done because of which version gets copied to the other right? There's no specific command for each case. At least I can't remember seeing one.

No, there is also a different option in these ProcessIcon lines, either CCI or CII.

Hmm, I'm a total noob when it comes to the technical side of things.
When I replaced some icons, I noticed the NewIcons tooltypes in some icons, although I'm not sure if it was the source or original destination.
Anyway, what also confused me was that the icons lost their borders when I replaced them using CopyIcon.

Again, CopyIcon can have tooltypes enabled like DropPlanar, DropNewIcon and Frameless. Check that, these options can eliminate the work of IconMixer or remove the borders.

[EctoOne]

I think I'm getting old. I totally forgot about the CopyIcon tooltypes. Yes, I do have FRAMELESS active. You don't know by chance a way to revert that? Sadly, disabling that and just copy an icon over itself doesn't help.

And I also didn't spot the CCI/CII difference. Luckily I haven't started working on that new script. That might have been confused the hell outta me if I used the wrong argument.

[PeterK]

You will need OS 3.9 at least to change the Frameless flag, which can be done with the icon module of Report+ (a very nice tool) or in RAWBInfo (or with the 3.9 IconEdit, which sometimes changes the icon size accidentally on saving).

[EctoOne]

Thanks again. For some reason I couldn't get Report+ to actually set the flag but RAWBInfo works fine.

Edit: Don't know if this a bug or not but I noticed that the rad/ram disk icons are not using the planar icons when color icons are disabled. Might be the case for other devices but I haven't tried it.

[pixie]

With Icon Editor, dpaint.js, photoshop and (obviously) you icon.library allowed me to give a decent treatment to the oldies but goldies 3.1 icons. They had a 2:1 ratio that screws up bigly in the todays resolution.
They use shadow instead of the glow treatmeant