Ugh! Sir Kaylan in Blackwater Port...

Elvish_Pillager · Post by **Elvish_Pillager** » March 20th, 2006, 1:03 pm

He's got a blue helmet in his sprite, but a purple helmet in his portrait. It's rather disconcerting.

Is it possible to tcolor a portrait?

scott · Post by **scott** » March 20th, 2006, 1:30 pm

It might be easier to change his side number.

toms · Post by **toms** » March 20th, 2006, 1:40 pm

Yes, but in general it would be good if itÃ‚Â´s possible to TC portraits.

scott · Post by **scott** » March 20th, 2006, 1:54 pm

Ugh. I'm not so sure.

Post by **Darth Fool** » March 20th, 2006, 2:02 pm

It is not currently possible to tcolor a portrait.

-> What i might be working on · Post by **Eleazar** » March 20th, 2006, 2:22 pm

Darth Fool wrote:It is not currently possible to tcolor a portrait.

I think it would be great if eventually any "image=" could take "side" and TColor macro agruments. But i don't see that as a big priority.

Post by **Darth Fool** » March 20th, 2006, 2:28 pm

Eleazar wrote:
Darth Fool wrote:It is not currently possible to tcolor a portrait.
I think it would be great if eventually any "image=" could take "side" and TColor macro agruments. But i don't see that as a big priority.

I agree. This would probably require moving the 'image=' to an [image] tag.

One issue that I am not sure of about how difficult this particular problem is, is the question of how exactly the dialog is constructed. If it is using the markup language to construct the image + text, then it will not be possible until the markup language is improved significantly. If it is using the image as a seperate argument in the function call, then it should be a straight forward change.

edit: I have now briefly looked at the code. show_dialog takes the image as a seperate parameter. It should therefore be fairly easy to make a change so that dialog portraits can be team colored.

Post by **Jetrel** » March 21st, 2006, 3:16 am

Yes, but this is preposterous given how our current team coloring system works. This would have to work by changing according to region, rather than according to source pixel color.

For pictures done in Jason Lutes' style, doing it with the current system is only a remote, and very, very difficult to perform, possibility. For any other style, it is truly unfeasible.

ImageMagic, if it is portable enough, might have some means for us to explore... I'm really just grabbing at straws though.

Website · Post by **Sapient** » March 21st, 2006, 4:12 am

Yeah, unless you want to redo all the portraits with shades of magenta, for example. I think that's a feature I can live without.

Post by **Sangel** » March 21st, 2006, 4:48 am

Perhaps it would be simpler to give Sir Kaylan his own unique unit graphics without team coloration? Or would that be a waste of space for such a minor character?

toms · Post by **toms** » March 21st, 2006, 12:09 pm

About SangelÃ‚Â´s idea...It would be nice to have a WML command team_colour=yes/no, possible in a [unit] or [side].

Post by **Leonhard** » March 21st, 2006, 1:15 pm

About team coloring, I'm not really aware of why you did it like you did, and you certainly had good reasons to, but why didn't you "merely" implemented a hue shift for a given hue-magenta for exemple ? IMHO, it could work fairly well?

WTL · Post by **WTL** » March 22nd, 2006, 10:54 pm

If nothing else, I know we can turn his helmet (and shoulder flower) blue.

Could probably turn that one anycolor, because the coloring is so handily straight forward.

jacobolus · Post by **jacobolus** » March 27th, 2006, 8:11 am

Tcoloring is a bad idea for portraits. Instead, a separate layer with an alpha channel should be used for portions which change color. These could be made magenta, and then hue shifted to the appropriate color. But in portraits, unlike in tiny unit art, magenta hues might be necessary for non-tcolored parts of the art as well.

Woodwizzle · Post by **Woodwizzle** » March 27th, 2006, 11:34 pm

How about manually team coloring portraits? I know it would be more artist work, but much much less coder work. And every unit has only 1 or 2 portraits as opposed to multitude of tiles?

Just a thought.