Notice: Any messages purporting to come from this site telling you that your password has expired, or that you need to verify your details, confirm your email, resolve issues, making threats, or asking for money, are
spam. We do not email users with any such messages. If you have lost your password you can obtain a new one by using the
password reset link.
Entire forum
➜ MUSHclient
➜ MXP and Pueblo
➜ Pinkfish MXP tags not working
Pinkfish MXP tags not working
|
It is now over 60 days since the last post. This thread is closed.
Refresh page
Pages: 1 2
Posted by
| Sir Phoenix
(4 posts) Bio
|
Date
| Wed 15 Nov 2006 10:49 PM (UTC) |
Message
| I use Discworld as a mud, atuin.discworld.net 23, and some of the color tags don't work. In some things you may make your own colors with the format %^RED%^Text%^RESET%^, which forces it to be red, or %^USER_RED%^TEXT%^USER_RESET%^, which allows the text to be whatever you specify red is.
This is an example of what I see in with Mushclient (latest version 3.82)
USER_~*USER_~ BWB 272 ~*USER_~USER_,
| Top |
|
Posted by
| David Haley
USA (3,881 posts) Bio
|
Date
| Reply #1 on Thu 16 Nov 2006 12:10 AM (UTC) |
Message
| What is a "pinkfish MXP tag"? In the text you pasted, what is the expected behavior? Which part of that do you think is the "text" part? |
David Haley aka Ksilyan
Head Programmer,
Legends of the Darkstone
http://david.the-haleys.org | Top |
|
Posted by
| Sir Phoenix
(4 posts) Bio
|
Date
| Reply #2 on Thu 16 Nov 2006 12:42 AM (UTC) |
Message
| USER_~*USER_~ BWB 272 ~*USER_~USER_
Is supposed to ~*~ BWB 272 ~*~. Where you see "USER_" is Mushclient misinterpreting a code %^USER_RED%^ or %^USER_BOLD%^. And even if they do %^RED%^What you want to say%^RESET%^, then while the USER_ won't show, the color won't change either. | Top |
|
Posted by
| David Haley
USA (3,881 posts) Bio
|
Date
| Reply #3 on Thu 16 Nov 2006 01:43 AM (UTC) |
Message
| To my knowledge, %^USER_BOLD%^ and %^USER_RED%^ are not valid MXP tags. Why do you expect these to get translated to color codes?
Is Pinkfish some kind of alternate MXP standard? |
David Haley aka Ksilyan
Head Programmer,
Legends of the Darkstone
http://david.the-haleys.org | Top |
|
Posted by
| Sir Phoenix
(4 posts) Bio
|
Date
| Reply #4 on Thu 16 Nov 2006 02:12 AM (UTC) |
Message
| Even then... I was on a different mud that also used the %^RED%^ %^RESET%^ %^BOLD%^ format, and I viewed that just fine through mushclient. I can live without the user_blah tags, but what about the others? They should work, but don't. | Top |
|
Posted by
| David Haley
USA (3,881 posts) Bio
|
Date
| Reply #5 on Thu 16 Nov 2006 02:24 AM (UTC) |
Message
| I cannot answer your question precisely because you still haven't yet told me what Pinkfish MXP tags are. I guess that the other MUD isn't broken, but this MUD is broken and isn't parsing the tags correctly.
I strongly suspect that this is an issue with the MUD server, not MUSHclient. As I said, %^RED%^ is not an MXP tag and MUSHclient would have no idea what to do with it. The fact that the other one is working shows that the server is doing something different before sending the text to the client.
You could try turning on packet debugging and seeing what the working server is actually sending the client. |
David Haley aka Ksilyan
Head Programmer,
Legends of the Darkstone
http://david.the-haleys.org | Top |
|
Posted by
| Sir Phoenix
(4 posts) Bio
|
Date
| Reply #6 on Thu 16 Nov 2006 03:32 PM (UTC) Amended on Thu 16 Nov 2006 07:39 PM (UTC) by Nick Gammon
|
Message
| Here's a definition of Pinkfish codes:
http://mud.stack.nl/intermud/pinkfish.html
Sent packet: 10 (8 bytes)
whoami.. 77 68 6f 61 6d 69 0d 0a
Incoming packet: 15 (261 bytes)
You are Elusive 59 6f 75 20 61 72 65 20 45 6c 75 73 69 76 65 20
Sprynx DeNightsh 53 70 72 79 6e 78 20 44 65 4e 69 67 68 74 73 68
ade the Monitor 61 64 65 20 74 68 65 20 4d 6f 6e 69 74 6f 72 20
of Prowlers of t 6f 66 20 50 72 6f 77 6c 65 72 73 20 6f 66 20 74
he Thieves' Guil 68 65 20 54 68 69 65 76 65 73 27 20 47 75 69 6c
d, Charming Pilf 64 2c 20 43 68 61 72 6d 69 6e 67 20 50 69 6c 66
erer.[39;49m.[m, 65 72 65 72 1b 5b 33 39 3b 34 39 6d 1b 5b 6d 2c
Reporter for th 20 52 65 70 6f 72 74 65 72 20 66 6f 72 20 74 68
e AM Daily, Arms 65 20 41 4d 20 44 61 69 6c 79 2c 20 41 72 6d 73
Dealer.[39;49m. 20 44 65 61 6c 65 72 1b 5b 33 39 3b 34 39 6d 1b
[m..[4z<BR>> .[4 5b 6d 2e 1b 5b 34 7a 3c 42 52 3e 3e 20 1b 5b 34
z<!ENTITY hp 147 7a 3c 21 45 4e 54 49 54 59 20 68 70 20 31 34 37
6 max=1476>.[4z< 36 20 6d 61 78 3d 31 34 37 36 3e 1b 5b 34 7a 3c
!ENTITY xp 12041 21 45 4e 54 49 54 59 20 78 70 20 31 32 30 34 31
51>.[4z<!ENTITY 35 31 3e 1b 5b 34 7a 3c 21 45 4e 54 49 54 59 20
gp 381 max=381>. 67 70 20 33 38 31 20 6d 61 78 3d 33 38 31 3e 1b
[3z.. 5b 33 7a ff f9
Here's an example: This player title should be colored. It should read,
You are Elusive Sprynx DeNightshade the Monitor of Prowlers of the Thieves' Guild, %^BLUE%^Charming Pilferer%^RESET%^, Reporter for the AM Daily, Arms Dealer.
making the "Charming Pilferer" portion blue. If I access the mud using telnet, everything is colored as it should be. If I use other mud clients, it also reflects properly. Of course, my client of choice is MUSHclient, so I hope there's a client-side solution I can implement. | Top |
|
Posted by
| David Haley
USA (3,881 posts) Bio
|
Date
| Reply #7 on Thu 16 Nov 2006 07:41 PM (UTC) |
Message
| OK, thank you for the reference. Now, you're saying that the USER_RED tags are supposed to be handled client-side? The page you gave me doesn't mention them, so I'm not sure how they are precisely defined.
On the MUD where things work, do you have to first tell the MUD what you think USER_RED should be? e.g. setcolor USER_RED RED or whatever.
One thing you could try is to disable MXP support in MUSHclient and then see if you get colors. What might be happening is that they're detecting MUSHclient's MXP support, and then sending the "misbehaving" MXP tags that MUSHclient doesn't know how to handle.
The fact that it works on one MUD but not the other suggests strongly to me that the broken MUD is doing something wrong server-side. MUSHclient tends to be very picky about following standards precisely, so if they're doing something even subtly wrong it can lead to odd behavior.
At this point, the best would probably be for Nick to say if he's ever heard of these Pinkfish tags, and if he knows more than more about what's going on. |
David Haley aka Ksilyan
Head Programmer,
Legends of the Darkstone
http://david.the-haleys.org | Top |
|
Posted by
| Nick Gammon
Australia (23,120 posts) Bio
Forum Administrator |
Date
| Reply #8 on Thu 16 Nov 2006 07:51 PM (UTC) |
Message
| It looks to me that is isn't sending the colour codes. Check out this part:
he Thieves' Guil 68 65 20 54 68 69 65 76 65 73 27 20 47 75 69 6c
d, Charming Pilf 64 2c 20 43 68 61 72 6d 69 6e 67 20 50 69 6c 66
erer.[39;49m.[m, 65 72 65 72 1b 5b 33 39 3b 34 39 6d 1b 5b 6d 2c
You can see that after "Thieves' Guild," there is no colour code before the words "Charming Pilferer". However after "Charming Pilferer" is "[39;49m" which is "ANSI set foreground default, ANSI set background default".
So, it is sending the reset but not the colour change.
Why, I don't know. Some server authors code in checks for the client type. You say it works for other clients, but as you can see from the packet dump the codes simply aren't there. |
- Nick Gammon
www.gammon.com.au, www.mushclient.com | Top |
|
Posted by
| Nick Gammon
Australia (23,120 posts) Bio
Forum Administrator |
Date
| Reply #9 on Thu 16 Nov 2006 07:54 PM (UTC) |
Message
|
Quote:
Now, you're saying that the USER_RED tags are supposed to be handled client-side? The page you gave me doesn't mention them, so I'm not sure how they are precisely defined.
It looks to me that the server is doing a simple text substitution of stuff like %^RED%^ and changing it to ESC [ 31 m, thus enabling you to sneak ANSI codes into your text easily. It certainly seems to be working for %^RESET%^.
Now if it didn't work for any client, I would say they have forgotten %^BLUE%^, but I can't explain why some clients work and some don't, apart from some odd code that, if it is MUSHclient, don't send the code for blue. |
- Nick Gammon
www.gammon.com.au, www.mushclient.com | Top |
|
Posted by
| Hoax
(14 posts) Bio
|
Date
| Reply #10 on Thu 23 Apr 2009 04:07 AM (UTC) Amended on Thu 23 Apr 2009 04:15 AM (UTC) by Hoax
|
Message
| Might be on entirely different problem, but still on Discworld Mud (Pinkfish) and MXP.
When I send a text into the output using Note or ColourTell, if the next lines received is not colour coded (that is white on black), then those lines will follow the colour code of the previous Note or ColourTell.
For example, when I ColourTell("green", "black", "string"), then all the text received after that will also be green on black, as long as the text received is not colour coded.
It also happens after URLs that is passed through the Hyperlink_URL2, which uses ColourTell.
Is there anyway to close the colour tag after each ColourTell or Note? Or this is a problem with the mud server?
Thanks! | Top |
|
Posted by
| Hoax
(14 posts) Bio
|
Date
| Reply #11 on Thu 23 Apr 2009 04:36 AM (UTC) |
Message
| Seems I found another bug (or not). I have the following trigger:
<triggers>
<trigger
back_colour="8"
enabled="y"
group="Redirect - Chats"
match="*(*)*wisps*"
match_back_colour="y"
match_text_colour="y"
name="chat1Green"
omit_from_output="y"
script="redirect"
sequence="4"
text_colour="10"
>
</trigger>
</triggers>
After a ColourTell or ColourNote (or Note), a line with green on black colour code:
(One) Guest wisps: blablabla
won't be triggered. The line received after that goes back to normal.
Everything works fine with MXP disabled.
Cheers! | Top |
|
Posted by
| Nick Gammon
Australia (23,120 posts) Bio
Forum Administrator |
Date
| Reply #12 on Thu 23 Apr 2009 06:25 AM (UTC) |
Message
| The first thing I would do is go to the MXP world configuration tab, and set the MXP Debug Level to "warnings". Then reproduce the problem, and see if any errors or warnings are visible in the text window which may appear. |
- Nick Gammon
www.gammon.com.au, www.mushclient.com | Top |
|
Posted by
| Hoax
(14 posts) Bio
|
Date
| Reply #13 on Thu 23 Apr 2009 07:30 AM (UTC) |
Message
| Did that, no warning/error whatsoever.
I created a plugin that simply send a ColourTell and a Note, and works flawless. Will try moving the whole lot into a plugin and see if it works.
Thanks for the quick reply! | Top |
|
Posted by
| Hoax
(14 posts) Bio
|
Date
| Reply #14 on Fri 24 Apr 2009 05:21 AM (UTC) Amended on Fri 24 Apr 2009 06:16 AM (UTC) by Hoax
|
Message
| So, I try to recolour and edit combat/melee output, which again, use ColourNote. Somehow, the trigger doesn't want to pick up every second backstab hit. But it works fine with melee combat. Everything works fine when I connect without using MXP. Here's the output and captured debug packets, the one in () is my comment:
backstab salesman
You sneak around the interesting Fang salesman without being spotted and manage to catch him by surprise.
(The line below is picked up by the trigger, edited and recoloured using ColourNote)
S2: Catching him by surprise, you stab one of your Silhouettes right through the interesting Fang salesman's neck.
(The line below is not picked up the the trigger)
Moving quickly, you run the interesting Fang salesman through the neck with one of your Silhouettes.
(The line below is picked up by the trigger, edited and recoloured using ColourNote)
P6: With surprising speed, you run the interesting Fang salesman through the neck with one of your Silhouettes.
(The line below is not picked up the the trigger)
With surprising speed, you run the interesting Fang salesman through the neck with one of your Silhouettes.
You killed the interesting Fang salesman.
backstab salesma 62 61 63 6b 73 74 61 62 20 73 61 6c 65 73 6d 61
n.. 6e 0d 0a
Incoming packet: 74 (782 bytes) at Friday, April 24, 2009, 12:59:03 PM
You sneak around 59 6f 75 20 73 6e 65 61 6b 20 61 72 6f 75 6e 64
the interesting 20 74 68 65 20 69 6e 74 65 72 65 73 74 69 6e 67
Fang salesman w 20 46 61 6e 67 20 73 61 6c 65 73 6d 61 6e 20 77
ithout being spo 69 74 68 6f 75 74 20 62 65 69 6e 67 20 73 70 6f
tted and manage 74 74 65 64 20 61 6e 64 20 6d 61 6e 61 67 65 20
to catch him by 74 6f 20 63 61 74 63 68 20 68 69 6d 20 62 79 20
surprise..[4z<BR 73 75 72 70 72 69 73 65 2e 1b 5b 34 7a 3c 42 52
>.[37mCatching h 3e 1b 5b 33 37 6d 43 61 74 63 68 69 6e 67 20 68
im by surprise, 69 6d 20 62 79 20 73 75 72 70 72 69 73 65 2c 20
you stab one of 79 6f 75 20 73 74 61 62 20 6f 6e 65 20 6f 66 20
your Silhouettes 79 6f 75 72 20 53 69 6c 68 6f 75 65 74 74 65 73
right through t 20 72 69 67 68 74 20 74 68 72 6f 75 67 68 20 74
he interesting F 68 65 20 69 6e 74 65 72 65 73 74 69 6e 67 20 46
ang salesman's n 61 6e 67 20 73 61 6c 65 73 6d 61 6e 27 73 20 6e
eck..[4z<BR>.[39 65 63 6b 2e 1b 5b 34 7a 3c 42 52 3e 1b 5b 33 39
;49m.[0;10m.[37m 3b 34 39 6d 1b 5b 30 3b 31 30 6d 1b 5b 33 37 6d
Moving quickly, 4d 6f 76 69 6e 67 20 71 75 69 63 6b 6c 79 2c 20
you run the inte 79 6f 75 20 72 75 6e 20 74 68 65 20 69 6e 74 65
resting Fang sal 72 65 73 74 69 6e 67 20 46 61 6e 67 20 73 61 6c
esman through th 65 73 6d 61 6e 20 74 68 72 6f 75 67 68 20 74 68
e neck with one 65 20 6e 65 63 6b 20 77 69 74 68 20 6f 6e 65 20
of your Silhouet 6f 66 20 79 6f 75 72 20 53 69 6c 68 6f 75 65 74
tes..[4z<BR>.[39 74 65 73 2e 1b 5b 34 7a 3c 42 52 3e 1b 5b 33 39
;49m.[0;10m.[37m 3b 34 39 6d 1b 5b 30 3b 31 30 6d 1b 5b 33 37 6d
With surprising 57 69 74 68 20 73 75 72 70 72 69 73 69 6e 67 20
speed, you run t 73 70 65 65 64 2c 20 79 6f 75 20 72 75 6e 20 74
he interesting F 68 65 20 69 6e 74 65 72 65 73 74 69 6e 67 20 46
ang salesman thr 61 6e 67 20 73 61 6c 65 73 6d 61 6e 20 74 68 72
ough the neck wi 6f 75 67 68 20 74 68 65 20 6e 65 63 6b 20 77 69
th one of your S 74 68 20 6f 6e 65 20 6f 66 20 79 6f 75 72 20 53
ilhouettes..[4z< 69 6c 68 6f 75 65 74 74 65 73 2e 1b 5b 34 7a 3c
BR>.[39;49m.[0;1 42 52 3e 1b 5b 33 39 3b 34 39 6d 1b 5b 30 3b 31
0m.[37mWith surp 30 6d 1b 5b 33 37 6d 57 69 74 68 20 73 75 72 70
rising speed, yo 72 69 73 69 6e 67 20 73 70 65 65 64 2c 20 79 6f
u run the intere 75 20 72 75 6e 20 74 68 65 20 69 6e 74 65 72 65
sting Fang sales 73 74 69 6e 67 20 46 61 6e 67 20 73 61 6c 65 73
man through the 6d 61 6e 20 74 68 72 6f 75 67 68 20 74 68 65 20
neck with one of 6e 65 63 6b 20 77 69 74 68 20 6f 6e 65 20 6f 66
your Silhouette 20 79 6f 75 72 20 53 69 6c 68 6f 75 65 74 74 65
s..[4z<BR>.[39;4 73 2e 1b 5b 34 7a 3c 42 52 3e 1b 5b 33 39 3b 34
9m.[0;10m.[4z<!E 39 6d 1b 5b 30 3b 31 30 6d 1b 5b 34 7a 3c 21 45
N hp 2026 publis 4e 20 68 70 20 32 30 32 36 20 70 75 62 6c 69 73
h>.[4z<!EN xp 36 68 3e 1b 5b 34 7a 3c 21 45 4e 20 78 70 20 33 36
2564 publish>.[4 32 35 36 34 20 70 75 62 6c 69 73 68 3e 1b 5b 34
z<!EN gp 271 pub 7a 3c 21 45 4e 20 67 70 20 32 37 31 20 70 75 62
lish>.[4z<!EN ma 6c 69 73 68 3e 1b 5b 34 7a 3c 21 45 4e 20 6d 61
xhp 2069 publish 78 68 70 20 32 30 36 39 20 70 75 62 6c 69 73 68
>.[4z<!EN maxgp 3e 1b 5b 34 7a 3c 21 45 4e 20 6d 61 78 67 70 20
361 publish>ÿù 33 36 31 20 70 75 62 6c 69 73 68 3e ff f9
Incoming packet: 75 (49 bytes) at Friday, April 24, 2009, 12:59:04 PM
You killed the i 59 6f 75 20 6b 69 6c 6c 65 64 20 74 68 65 20 69
nteresting Fang 6e 74 65 72 65 73 74 69 6e 67 20 46 61 6e 67 20
salesman..[4z<BR 73 61 6c 65 73 6d 61 6e 2e 1b 5b 34 7a 3c 42 52
> 3e
| Top |
|
The dates and times for posts above are shown in Universal Co-ordinated Time (UTC).
To show them in your local time you can join the forum, and then set the 'time correction' field in your profile to the number of hours difference between your location and UTC time.
59,890 views.
This is page 1, subject is 2 pages long: 1 2
It is now over 60 days since the last post. This thread is closed.
Refresh page
top