|
xtian Novice
Joined: 16 Oct 2009 Posts: 37 Location: Germany
|
Posted: Mon Oct 19, 2009 3:08 pm
[3.10a] Bug: MXP font face vs Xterm 256 colour code |
Hello,
there seems to be a small issue when mixing a 256-colour-code with a MXP font-change. This is my testcode, it is rather self-explanatory:
tell_object(ob,
"\e[38;5;199m" // pinkish ANSI Xterm 256
"\n\n\e[1z<font face=\"tahoma\">\e[7zIn Tahoma\e[1z</font>\e[7z"
"\nBug: This is black, should be in above colour.\n"
"\e[38;5;199m"
"\nThis is OK (pinkish) again."
VT_NORM
);
The colour-change to to 199 (xterm colour) is handled correctly, but after the closing font-tag the font-colour seems to become black.
(Black is also my background-colour, since I didnt change the defaults, and fg-colour should be white)
xtian
ps: Again, mixing ANSI codes an MXP images and fonts may be a bit wild, but it is a practical reason that makes me do this: Most clients handle 256 colour-codes - I can simply send them these codes. For the clients that can also handle MXP-image/font I just have to additonally send them the MXP-image and -font-stuff. I don't need to use two completely different codepaths for different clients. |
|
|
|
xtian Novice
Joined: 16 Oct 2009 Posts: 37 Location: Germany
|
Posted: Mon Oct 19, 2009 3:09 pm |
Note: This doesn't happen with the regular 16 ANSI colours, just the 256 extensions.
|
|
|
|
xtian Novice
Joined: 16 Oct 2009 Posts: 37 Location: Germany
|
Posted: Mon Oct 19, 2009 4:05 pm |
Again, you can quickly test this by logging into our testmud and then typing:
zuggtest2 |
|
|
|
Zugg MASTER
Joined: 25 Sep 2000 Posts: 23379 Location: Colorado, USA
|
Posted: Mon Oct 19, 2009 8:06 pm |
Wasn't able to log in as per the other post. Once the login issue is fixed, then I'll take another shot at reproducing this.
|
|
|
|
Zugg MASTER
Joined: 25 Sep 2000 Posts: 23379 Location: Colorado, USA
|
Posted: Wed Oct 21, 2009 10:29 pm |
Fixed in v3.11
|
|
|
|
|
|