Zugg Software :: View topic

Newbie Joined: 26 Jan 2012 Posts: 7

I just recently started using CMUD after replacing my computer. I'm an old zMUD user so finding out there was a newer client where I could import my old settings and such was a boon. However, I've got a couple of problems.

First off, I'm having the triple-macro problem some people have reported. I tend to use macros bound to the F-keys and whenever I hit those the macro is triggered three times.

Second, one of the MUDs I spend a lot of time on has a command where you can bring up a list of people in a friends list in a two-column format. The format looks like this (actually cut and pasted with names X'ed out for privacy):

Wizard Joined: 22 Mar 2007 Posts: 2320

Are you certain that you are losing the left column values? They aren't just being converted into a single column?

Sorcerer Joined: 15 Apr 2011 Posts: 809

The first problem is a known bug, you can prevent it for the time being by checking the 'Macros override menu shortcuts' preference (under User Interface -> Command line).

As for the second problem, it's possible that you have a trigger modifying the line. Does this still happen if you turn off triggers - click the little gun icon to the right of your command line?

Newbie Joined: 26 Jan 2012 Posts: 7

Wizard Joined: 22 Mar 2007 Posts: 2320

Hm. The second problem is strange. If it is not caused by any of your triggers, it must be caused by some coding that the mud is putting into the text. Could you open the debugger, turn on all the options, and send us the debugger output dealing with those lines from the mud?

Newbie Joined: 26 Jan 2012 Posts: 7

Sure thing. Okay, here we go. Again, for privacy's sake, character names have been scrubbed. Other than the name replacement, everything is as it appeared in the debugger window. To make it as clear as I can, each name's been replaced with a different letter. Note where, in the code, one character's name appears to have doubled (although this doesn't appear in the normal output) but the 'last time on' is for one of the names that doesn't wind up in the final list. Also, this time I did this on a different character than when I made my initial report and noticed that when the number of names on the list is an odd one (ie, there wouldn't be a name in the right-hand column on that line) the left-hand name still appears in the final output.

Here's the debugger code:

Sorcerer Joined: 15 Apr 2011 Posts: 809

That's really strange. It definitely looks like there's an extra carriage return coming through from the mud. Perhaps you could find out if other cmud users have this problem? I'm at a loss on this one...

Wizard Joined: 22 Mar 2007 Posts: 2320

Yeah, that CR without an LF will move the cursor to the beginning of the line without moving to a new line. So the second column is overwriting the first column. It does look like a problem on the output from the mud.

Newbie Joined: 26 Jan 2012 Posts: 7

Yeah, that I can see, and I'll see if there's something I can do to get around that. I've just never had this problem with any other client (even zMUD).

Wizard Joined: 22 Mar 2007 Posts: 2320

Either those other clients aren't correctly using the CR, or the mud has made a recent change which introduced this bug in their output. Have you tried contacting them?

Newbie Joined: 26 Jan 2012 Posts: 7

I'm going to try that next. Although I have trouble imagining that it's a recent change, because connecting with other clients during the time in which I've been using CMUD hasn't caused this problem.

GURU Joined: 23 Dec 2000 Posts: 4834 Location: USA

CMud adheres to standards much more stringently than other clients do. This includes ZMud, which Zugg bent over backwards trying to specially handle lazy coders' bad habits, interpretations, and nonstandard extensions.