icon.library 46.4 test versions

[Amiga1992]

Originally Posted by PeterK

Try the FullPalette.prefs file that is included in my Aminet package.

Thanks, after playing with color #4 I realized something was up with it! I'll use your palette from now on.
Do you also know why the option to lock and unlock the palette is grayed out in my setup?

[edit] hmmm, tested that palette loading it into FullPalette, only the 4th color blue changed, and I get the same issue. Am I not loading it correctly?

[TjLaZer]

Dumb question but how do you use full pallet does it load the prefs profile automatically and how?

[kolla]

Originally Posted by Akira

Thanks, after playing with color #4 I realized something was up with it! I'll use your palette from now on.
Do you also know why the option to lock and unlock the palette is grayed out in my setup?

Well, duh (sigh), because the first 4 and the last 4 are _always_ locked by palette prefs - the entire point of FullPalette is that you can lock _the other_ pens too. I thought this was common knowledge by now.

[kolla]

Originally Posted by TjLaZer

Dumb question but how do you use full pallet does it load the prefs profile automatically and how?

FullPalette uses the system palette prefs for the 4 first and 4 last pens. The remaining pens you can choose to let FullPalette take control over by "locking" them.

@kolla,

Kudos for giving a helpful answer, too bad you couldn't do it without being a dick.

[PeterK]

Originally Posted by Akira

[edit] hmmm, tested that palette loading it into FullPalette, only the 4th color blue changed, and I get the same issue. Am I not loading it correctly?

Sorry Akira, but what exactly is your issue? Could you please explain that in details and then upload a few of the icons in question. I would like to see their real colors on a TrueColor screen first, before saying this color is right or wrong. Please don't expect to get perfect icon images on a screen with only 16 colors (out of 16 million)!

Update:
OK Akira, meanwhile I tried to solve your problem as good as possible by modifying the palette again, assuming that your icons are belonging to the P&S iconset. The new FullPalette.prefs file is attached below.


@TjLaZer
Why not simply reading the docs? Look for FPPrefs.
http://aminet.net/package/util/wb/FullPalette22

[kolla]

Originally Posted by esc

@kolla,

Kudos for giving a helpful answer, too bad you couldn't do it without being a dick.

Guess I am just impatient. This software has been around for 15 years and still people - and very often the same people - ask again and again about the same things.

This is the _very first sentence_ in the FullPalette readme:

The FullPalette system allows you to edit and save ALL the 256 Workbench
colors rather than just eight of them as the standard Palette editor does.

http://aminet.net/package/util/wb/FullPalette22

I mean, really...

[TjLaZer]

Thanks for the help, got FullPalette working. Latest lib working fine on my ECS A600 Vampire 2 setup. (no HDMI yet for me) I did edit the gray and blue back to normal colors and kept the rest as is with the PeterK fullpalette.prefs file. Looks good now!

[Amiga1992]

And you did it again, kolla, good job.
However what you quoted from the documentation fails to say that you can change all colors except 8 of them. That's not quite all, and hence my confusion as a NEW user of this software. Also docs say you can decide what to lock, however, these first 4 and last 4 cannot be changed. Thanks for your help, despite the rude delivery.


PeterK, thanks for that! All I wanted is to get the right colors to make the best possible combination. I know 16 colors isn't much, but it's all I can play with. Really appreciate your new palette and now things look great!



Thanks again

[kolla]

On OS3.x it is in general a good idea to convert all icons to the 3.5/3.9 colour icon format, irrelevant if they are original icons, MagicWB icons, NewIcons or whatever. You can do that through RAWBInfo or by using ProcessIcon (http://aminet.net/package/util/wb/ProcessIcon). It would be wonderful if icon.library could somehow recognize MWB and do the conversion automatically, for NewIcons it should be even easier I guess

[kolla]

Originally Posted by Akira

However what you quoted from the documentation fails to say that you can change all colors except 8 of them.

That is because what you write now is not true.

FPPrefs lets you change and lock _all_ colours, from pen 0 to pen 255, instead of just the first 4 and last 4 that OS3.x Palette/IPrefs let you change. With FPPrefs installed, you can simply delete envarc:sys/palette.prefs and sys:prefs/Palette#? and never look back - only use FPPrefs.

[kolla]

Something else I have been thinking about, but unsure if I have asked about or not - how about a magic tooltype that can point to some other .info-file for icon images? It would suddenly make it possible to have icon themes, simply by changing an assign.

For example, say ICONS: points to SYS:Prefs/Presets/Icons/MagicWB and the SYS:Disk.info has a tooltype

ICON_IMAGE=ICONS:Disks/Sys.info

Workbench etc would display the icon of SYS:Prefs/Presets/Icons/MagicWB/Disks/Sys.info

and if user changes ICONS: to point at SYS:Storage/Icons/Kens, a "refresh" would have Workbench etc display SYS:Storage/Icons/Kens/Disks/Sys.info

Does what I suggest make any sense? :)

[PeterK]

Hey gentlemen, it's ok to quarrel a bit, but please don't start mud wars here !!

... say that you can change all colors except 8 of them ...

No, you can indeed change all colors with FullPalette, even those of the locked pens.

[PeterK]

Originally Posted by kolla

Something else I have been thinking about, but unsure if I have asked about or not - how about a magic tooltype that can point to some other .info-file for icon images? It would suddenly make it possible to have icon themes, simply by changing an assign.

For example, say ICONS: points to SYS:Prefs/Presets/Icons/MagicWB and the SYS:disk.info has a tooltype

ICON_IMAGE=ICONS:disks/Sys.info

Workbench etc would display the icon of SYS:Prefs/Presets/Icons/MagicWB/Disks/Sys.info

and if user changes ICONS: to point at SYS:Storage/Icons/Kens, a "refresh" would have Workbench etc display SYS:Storage/Icons/Kens/Disks/Sys.info

Does what I suggest make any sense?

Hmm, a nice idea, but I can't see Workbench scanning the tooltypes of icons for "ICON_IMAGE" in SnoopDos yet. Could you do that trick ?

[kolla]

Oh, I see

I was under the impression that icon.library also is capable of reading tooltypes, considering that NewIcons...

· Icons can be given a single tooltype, which will tell NewIcons to display
a NewIcon image from elsewhere on the system. This feature
has some caveats, but introduces a huge number of neat possibilities
for configuring your Workbench, and saves on disk space and chip RAM.
Imagine having your Workbench icons appear randomly different on EACH
reboot!

http://aminet.net/package/util/wb/NewIcons46

Guess I should look more into what NewIcons is doing...

[kolla]

Allright, from the NewIcons.guide...

Q: How do I use the DEFAULTIMAGE tooltype?

A: Use it with icons that have NO NewIcon image data in them. For example, to
make all your drawers use the image of an icon called Work:MyDrawer.info, add
this tooltype to your non-NewIconized drawers:

DEFAULTIMAGE=Work:MyDrawer.info

Now, you can change the look of ALL your system drawers just by changing the
MyDrawer icon's image. Pretty cool! You could even set up your user-startup
to randomly copy a different image at each bootup to Env:sys, and make your
Workbench look different every time you start your computer!

Using this feature slows down loading time slightly, because two icons have
to be loaded (the main one and the one whose image is to be borrowed), but
has several advantages, especially with icons which are used frequently, like
drawer icons:

o 1) It saves disk space, because the image is stored only once.
o 2) Saves memory when the icons are on screen, because the Tooltypes
containing the compressed image are loaded, decompressed, and freed,
whereas in the normal method they stay in memory until the icon is
freed.
o 3) If you get bored of an image, just replace the default one, and all
the others will change automatically!



Remember that the image stored in the icon has precedence. Therefore, you
have to run KillNewIcon on a NewIcon to have the DEFAULTIMAGE ToolType work.

WARNING!!!: This trick is recursive, that is, if DEFAULTIMAGE points to an
icon which has a DEFAULTIMAGE itself, a third icon will be loaded, and so on.
Pay attention not to create loops which refer back to another icon. If you
do, you will likely meet the big GURU. You have been warned.

So yeah, NewIcons can actually do what I want to do, fancy that

[Retrofan]

Originally Posted by PeterK

Update:
OK Akira, meanwhile I tried to solve your problem as good as possible by modifying the palette again, assuming that your icons are belonging to the P&S iconset. The new FullPalette.prefs file is attached below.

I haven't tried it yet. What colors are you changing/improving? Or it's just a bit of a touch "here and there"?. Do you like these prefs more, will you replace the former with these inside ThirdParty in your Aminet files?

Akira's icons look great.

[kolla]

Here is my original Minimig with icon.library (46.4.432) and some icons from the IconDemo.adf

[PeterK]

Originally Posted by kolla

Oh, I see

I was under the impression that icon.library also is capable of reading tooltypes, considering that NewIcons...

Guess I should look more into what NewIcons is doing...

Yes, of course, icon.library is reading the tooltypes of every icon, but it's not the job of icon.library to do any interpretation and start acting like Workbench.

NewIcons is a system patch and I won't recommend to use it on OS 3.5/3.9. This DEFAULTIMAGE toy has also the disadvantage that you have to read two icons instead of one.

@Retrofan
I've only changed the two blue pens again and the darker green. Maybe, I will add this to my package as a second choice for a possible 16 color palette.

[kolla]

Well, it isn't just Workbench that deals with icons and tooltypes, but fine, it was just a suggestion for how to more easily have the concept of easily changeable icon themes