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
➜ Bug reports
➜ MXP bug
It is now over 60 days since the last post. This thread is closed.
Refresh page
Pages: 1
2
Posted by
| Nick Gammon
Australia (23,120 posts) Bio
Forum Administrator |
Date
| Reply #15 on Tue 25 Jul 2006 09:57 PM (UTC) |
Message
| Actually I think zMUD looks for the </I>, so it *would* work.
However it is not supposed to do that. The MXP spec (http://www.zuggsoft.com/zmud/mxp.htm) says:
"Also, when in OPEN mode, any unclosed OPEN tags are automatically closed when a newline is received from the MUD.".
So, you are allowed to leave off the closing tags and have the client close them for you - which is what MUSHclient does.
|
- Nick Gammon
www.gammon.com.au, www.mushclient.com | Top |
|
Posted by
| Krae
Netherlands (16 posts) Bio
|
Date
| Reply #16 on Sun 06 Dec 2009 02:15 PM (UTC) |
Message
| First off, sorry for bumping up an ancient topic, but it saved me part of the problem and I hate opening new ones for nothing.
So my problem is this:
Some characters in my MUD suddenly no longer started displaying, such as the '<' and '&' Now I -finally- found this topic and the plugin helped me restore use of '<' (which helps me tremendously) I rarely stumble upon the '&' sign but it does features a few times and disallows me to see the rest of the line.
E 1003: ( 4991) Unterminated MXP entity: I. (got <NEWLINE>)
Is what the Debug Warning reads, after the I and ampersand would follow with some more text. Though I am unsure how it can be fixed and it is not so dire to me but it is a nuisance. I gather the newline thing is because ';' starts a newline. | Top |
|
Posted by
| Nick Gammon
Australia (23,120 posts) Bio
Forum Administrator |
Date
| Reply #17 on Sun 06 Dec 2009 07:44 PM (UTC) |
Message
| It's because it doesn't find a ; before the newline. The 2nd plugin on page 1 of this thread should help. However it tries to tell the difference between a real entity (like &) and something that should be converted (like "rock & roll") by checking for NO letter after the & sign.
Now if the MUD sends "rock&roll" then it fails that test. This is really frustrating because the MUD operators are being lazy by not changing the & in "rock&roll" to & so it should be sending "rock&roll" in the first place.
What you could do is analyze the incoming text (using packet debug might help) and work out what entities they are using, probably < > & and maybe one or two more appear frequently. Then you could make a similar plugin that:
- First converts known ones like the 3 above into something else, like 0x01, 0x02, 0x03.
- Then converts every remaining & into &
- Converts 0x01, 0x02, 0x03 back into what they were to begin with.
|
- Nick Gammon
www.gammon.com.au, www.mushclient.com | 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.
65,284 views.
This is page 2, subject is 2 pages long:
1
2
It is now over 60 days since the last post. This thread is closed.
Refresh page
top