Zugg Software :: View topic

Newbie Joined: 08 Mar 2006 Posts: 7

The MUD I play on sends special html commands so you can click on them to issue a command to the MUD.

For example the 'exits' command lists the current exits in a room (MUD output):
You may leave through <a xch_cmd='go east'>the poplar door</a>(east), <a xch_cmd='go northeast'>the mahogany door</a>(northeast), <a xch_cmd='go northwest'>the passage archway</a>(northwest) and <a xch_cmd='go west'>the thin sycamore door</a>(west).

However, depending on the size of my window, word wrapping causes it to do odd things (MUD output):
You may leave through <a xch_cmd='go east'>the poplar door</a>(east), <a xch_cmd='go northeast'>the mahogany (northeast), <a xch_cmd='go northwest'>the passage archway</a>(northwest) and <a xch_cmd='go west'>the thin sycamore door</a>(west).

The difference between those two lines is that after 'mahogany' in the second one 'door </a>' is missing. I can get different words to disappear based on the width of my window. The issue is probably not with the MUD, as zMud displays the lines fine (I'm converting over from zMud).

The MUD also has an in game item (a folder) that lets you store 'scrolls', the in game version of email. If you read the folder, it gives a listing of hypertext links to the topics in the folder (MUD output without word wrap):
- <a xch_cmd='read my folder "(amanda) ruby gown"'>(amanda) ruby gown</a>
- <a xch_cmd='read my folder "(amanda) testimony against her"'>(amanda) testimony against her</a>

This is what is displayed with word wrap on (of course where it truncates, depends on window size):
- <a xch_cmd='read my folder "(amanda) ruby gown"'>(amanda) ruby gown</a>
- <a xch_cmd='read my folder "(amanda) testimony against her"'>(amanda) testimony

These problems only occur when there is embedded html in the line. On my end I use a trigger to convert them into actual clickable links, but as the lines are truncated, or parts of them missing, they don't render correctly if they trigger at all. The only way I could get them to display correctly 100% of the time was to turn off word wrap in cMud, which isn't very feasible due to the number of long lines coming from the mud.

On a plus note, they also have @commands in the MUD (commands proceeded by @), and they have some embedded in the hyperlinks. zMud didn't render these correctly, but cMud has no problem with them (as long as they are word wrapped correctly).

Posted: Wed Jan 07, 2009 5:59 pm

Since CMUD has built-in support for Pueblo emulation (which is what your MUD tags are using), why aren't you just using this feature in CMUD to have it make the links itself? Just turn on MXP and Pueblo emulation in the MXP preferences and CMUD should parse all of this and handle it correctly.

If you still want to handle it yourself for some reason, then you are going to need to specifically turn off both MXP and Pueblo emulation in your preferences. Then the internal MXP/Pueblo parser won't interfere with what you are trying to do.

Newbie Joined: 08 Mar 2006 Posts: 7

The MUD I'm doing this on is not Pueblo enabled. They have their own web client(s) that handles the html. Connecting via a telnet client is unsupported, but not disallowed. In fact, several of their GMs use zMud for it's superior scripting capability. Without their client, it is essentially a telnet session.

I have Pueblo enabled (I believe it is by default?), but I believe <A> is a secure tag so the pueblo engine won't touch it since this is not a Pueblo MUD? If there is a way to change that behavior, I am unaware, obviously Smile

I seem to remember from my research several years ago (when I made the scripts for zMud, and am now redoing them for cMud packaging), that there was not a way to change this.

I would love to give the Pueblo route a try if possible, but it still seems odd to me that cMud is truncating the MUD output before the triggers. All my output above is with the trigger disabled.

Trying what you suggested though, to turn off mxp and pueblo.

Newbie Joined: 08 Mar 2006 Posts: 7

With both Pueblo and MXP emulation turned off, it was still displaying as indicated above. Missing words and truncating lines. With MXP turn off, it stopped interpreting the FONT tags (as it should, I believe). As I pointed out earlier, this works fine in zMud, and I can see that I have Pueblo and MXP emulation turned on in my zMud client.

cMud is still a superior product over zMud though. I wouldn't be going to all this trouble of translating my old scripts if it wasn't for that :) I'm converting them, because they didn't work quite right after the autoconversion, but that might be because I was relying on some 'bugs' for things to work right. I thought I would re-do it and take advantage of the package system as well as the new zscript items like #switch. I'm about 90% of the way done with the conversion (60% if you include feature creep Wink

), and only a few things aren't working like they used to. Most everything else is working 100% better! Smile

.

Just in case you're wondering, the MUD in question is one of the Skotos games. www.skotos.net

I should also point out that this is not new to 3.03a and was in 2.37 too

Newbie Joined: 08 Mar 2006 Posts: 7

This still feels like a bug. In the debugger listings below, I had triggers disabled, MXP and Pueblo enabled, so all that is showing is the raw stuff coming from the MUD and how cMud is displaying it.

The first listing is set at a window size of about 800 pixels wide:

Posted: Mon Jan 12, 2009 10:25 pm

If you issue the #PUEBLO command at the beginning of your session (like in the OnConnect event), then that will put CMUD in Pueblo mode even if the MUD doesn't send the Pueblo detection code. The reason I mentioned it is because the xch_cmd format in the A tag is from Pueblo, so they obviously started with that and modified it. When CMUD is in Pueblo mode it will convert those tags into proper links with no more work on your part.

But back to the word-wrap bug. I'm trying to figure out how to reproduce this. For example, I did:

#SHOW "You may leave through <a xch_cmd='go east'>the poplar door</a>(east), <a xch_cmd='go northeast'>the mahogany door</a>(northeast), <a xch_cmd='go northwest'>the passage archway</a>(northwest) and <a xch_cmd='go west'>the thin sycamore door</a>(west). "

to display a long text with html links in it, and I couldn't get it to mess up no matter what my screen size was.

Is there a quick and easy way to log into the MUD myself and see this problem? Is it something a new character can do without going through a lot of work? If it's something I can see with a quick new character than I could look into it a bit more. Unless you can come up with another #SHOW command that shows the problem.

Also, I'm assuming you are testing this without any of your own triggers turned on. In other words, does it still happen if you create a new session for your MUD? Or is it related to your scripts/triggers too?

Newbie Joined: 08 Mar 2006 Posts: 7

I was testing it without any of my own triggers turned on, except one needed to log in.

But.. Yay! The #PUEBLO thing worked. I remember doing that now in zMud and it didn't work for some reason.

There's still a bug, but it's probably an "I don't care" one. I've only experienced it when there was html on the line, and that's a non-issue if you enable #PUEBLO properly.

If you still wanted to test it, I could make you a character, get it set up with an in-game folder, and then you could log in and all you would have to do is type 'read folder' to see it in action. I'd have to send you a package to authenticate to the server, though. It uses Lua to generate an MD5 hash.

Let me know? I'm satisfied now that it's working properly, thanks!