muc-nick colour assigning has flaws

[bb]

more than often I am in a muc with, for example, five people, of which two have the same colour. my bet is that gajim should not re-use colours before having assigned all other availabale colours to choose from.

I don't know if gajim re-uses the colour assigned to my nick too, but it shouldn't.

[jim++]

I believed that it was because gajim was assigning colors to people when

the join the room. But groupchat_control.print_conversation() tells that it's when they talk for the first time. So it's normal and we can't do anything. More than 10 persons had talk in this gc since you opened the tab, didn't they ?

However, you can still add more colors in gc_nicknames_color option with ACE.

Gajim doesn't re-use the color assigned to your nick (if you didn't add it manually to gc_nicknames_color).

[bb]

yeah I figured about the own nick part... but about the other part; too

bad. it's no biggie, just a minor prob... ah, also, while we're at it: could it be possible to have a person keep his colour even after a name- change? or would that not be a good idea?

[jim++]

About the other part, hwo could it be better ?

I think we can keep the colour on name change.

[jim++]

Done in [6697]. There was a problem about assigning to gc class itself

that may have caused your problem about same colors on a room with five people.