Translate IRC colours to in-game

[qreeves]

From: http://redeclipse.net/forum/viewtopic.php?f=9&t=460

Since Red Eclipse already translates in-game colors to IRC colors, as per a var in the servinit.cfg, I would very much like to see the reverse as well. That way, color codes are not shown in irc-to-game output.

[ZeroKnight]

I could be unclear on exactly what the request is, but IRC->Cube color codes already work, albeit not entirely as they should. This line shows that all it does is find any EOT escapes (\x03 / ^C) that IRC clients use as the start of a "color code" and converts it to a FF (\f), which is the Cube Engine equivalent.

However, the colors that each number in the color escape sequence represents may not match the ones that Cube uses depending on the IRC client. This is because the IRC protocol does not in itself support color codes and is a feature implemented by the IRC client, thus the color mappings may vary, or not exist at all. Most clients that I know of conform to mIRC color codes.

There are two problems with the current implementation:

• Cube color codes will not match up with most (if not all) IRC clients
• 2-digit IRC color codes will not work

Regarding the first point, examine the table below. What appears as say, Green in a message sent in IRC would appear as Red in-game, because the color code 3 is Green in IRC, but Red in Cube.

Code	mIRC	Cube
0	White	Green
1	Black	Blue
2	Blue	Yellow
3	Green	Red
4	Red	Grey
5	Brown	Magenta
6	Purple	Orange
7	Orange	White
8	Yellow	Black
9	Light Green	Cyan

Regarding the second problem, Cube only uses a single character to determine the color in the color escape sequence (not counting the use of brackets), where IRC color codes can use 2 digits. Consider the following message, sent by a user in IRC:

^C13this message is in pink!

In IRC, it would display: this message is in pink!, in pink/magenta as intended. However, in game chat you would see: 3this message is in pink! in Blue. Notice the 3 at the beginning?

This is because only the 1 in 13 is a part of the Cube color escape sequence; the 3 is left as a part of the regular text and it is rendered Blue.

This could be fixed by applying the reverse of what converttext() does to deal with color escapes to ircrecv(). I can work out a patch to do just this. 😃

[ZeroKnight]

Well, I've got working code at the moment, just need to make sure it melds well with the rest of the code and I'm not missing any bugs

[qreeves]

Fixed by #47