Zugg Software :: View topic - Wish-list for zMUDXP

Posted: Sat Nov 12, 2005 12:00 pm

#5 are you talking about docking the map?
#6 I think the #image command is what you are looking for?

Apprentice Joined: 14 Sep 2005 Posts: 121

A couple of things. For patryns help suggestion, since like nexela pointed out, there is options to post comments on the knowledge base here. Make the help files draw straight from the knowledge base. This way not only can you see the standard help from inside the program, but you can also see the comments people have made. This could be quite useful as in the way that PHPs knowledge base does which allows for people to post some examples of what they use specific commands/functions for so that it helps give a better idea of the context of a given command/function. And also, lets face it, it's just absolutely redundant to have a helpfile on the computer and a helpfile online cuz you have to change them both when a change needs made.

Another thing. I'd like for there to maybe be some more languages that an be processed for triggers, like as far as the msscript goes, you can process vbscript or jscript. I'd also like to have the choices of a few other things, like c, delphi, etc... stuff that's still pretty popular programming language that could provide for infinitely greater programming in triggers. Like my smart spell translation, if I just had the option of C to begin with, that problem could have been solved with the same code i took out of the ROM source to begin with, and altered it slightly.

Yet another thing would be to maybe have the option to make c like tables and such, like define the variable in one section to be the table, declare the types for it, then when you go back to the input portion of it, you'll have all your fields ready for just pure input of the information you wanted to store. This would be helpful when you have a script that doesn't need an entire database behind it, but just a simple table variable.

ex:

Wizard Joined: 15 Jan 2002 Posts: 1644 Location: USA

OmegaDeus You can make plugins for zmud using just about any language (c, delphi, c++,visual basic) are all compiled languages abd (vbscript, perlscript, javascript) are all interprated scripting languages

Apprentice Joined: 14 Sep 2005 Posts: 121

Yeah, but in order to make plugins, I've gotta pay for more software that I can't afford.

Wizard Joined: 15 Jan 2002 Posts: 1644 Location: USA

Nope in order to distrubute your plugins you just have to pay to get a regcode

Posted: Mon Nov 14, 2005 4:49 am

I think maybe he was referring to a c/c++/visual basic/delphi compiler or something

Wizard Joined: 15 Jan 2002 Posts: 1644 Location: USA

LOL yeah I guess opening my eyes and rereading it thats what he meant, Borland has a free compiler/ide I think.

Apprentice Joined: 14 Sep 2005 Posts: 121

Borland used to, but last i checked it wasn't free anymore. IDK, i'll look and stuffs

Wanderer Joined: 19 Nov 2005 Posts: 53

My request is that you fix all the bugs in the current version of zmud before worrying about feature requests. Seriously.

Apprentice Joined: 14 Sep 2005 Posts: 121

I have absolutely no clue as to whether someone has brought this up or not, but I've noticed with trying to write patterns for triggers, when you go to test, it only shows you if the pattern matches or not. If it doesn't match I'd absolutely love for it to show you where it does not match at. Maybe if it's too hard to show all the spots right off the bat, at least knowing the first place that doesn't match could be a big help to get rolling on setting up the pattern correctly. I have a lot of long patterns that i'm using and i'm putting in more all the time. When a lot of these don't match I have to start froms scratch re-building the pattern, and it would help me a lot more if the program could show me that my pattern matches at the beginning, but i (//////>ed something up at the end.

Apprentice Joined: 10 Oct 2000 Posts: 157 Location: USA

Here're a few thoughts off the bat...

1: Since you're building the new client from the ground up, might you consider Linux portability for all those who've wanted a Linux version of zMUD but couldn't get one (largely due to legacy code and the programming language used)?

2: I would like case-sensitive aliases (and a nickname function, since I tend to fill up the available nickname slots on those MUDs that have this function, and play some that don't have it).

3: I've been noticing a couple of minor bugs for some time now. I figured they'd be pretty tough to fix in the old client, but since the new one is being done from scratch, it should be easier to correct them. Anyway, these bugs, in the order in which I spotted them, are a. when typing in a multi-line command including carriage returns (eg: for multiple commands) into the command line with parsing turned on, it sometimes prints the carriage return/line break character instead of a carriage return/line break, and b. when I include a zMUD command into an alias (such as #cr), when the alias gets sent to the MUD, the command char (#) gets dropped, and the zMUD command code gets sent to the MUD as a MUD command. Examples of the bugs follow.

1st bug:

(typed)
say hello, sailor.;xyzzy;greet zugg;shout "They may take our lives, but they'll never take our FREEDOM!";kill dog;sing memory

(result)
say hello, sailor.;xyzzy;greet zugg
shout "They may take our lives, but they'll never take our FREEDOM!";kill dog
sing memory

(should be)
say hello, sailor.
xyzzy
greet zugg
shout "They may take our lives, but they'll never take our FREEDOM!"
kill dog
sing memory

2nd bug:

(alias)
#cr
-- J --
#cr
**

(sent)
cr
-- J --
cr
**

(should be)

-- J --

**

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

Beginner Joined: 11 Mar 2005 Posts: 11

I don't really use all the advanced stuff, so I'd just like to have onwalkend fixed. S'all.

Posted: Wed Nov 30, 2005 2:56 pm

I would really like it if the hexidecimal colors would properly #CAPTURE

Posted: Wed Nov 30, 2005 4:54 pm

I would like an inbuilt variable that references the caller, I couldn't find anything when looking though I have forgotten most of what I learnt about 8 years ago. For a laugh I would make it %-0 or more sensibly %caller.

Apprentice Joined: 10 Oct 2000 Posts: 157 Location: USA

Wanderer Joined: 12 Feb 2003 Posts: 93 Location: USA

I am unsure if someone said this already, as the topic is quite long, and I do not feel like reading all the way through it, but the ability to set a background image in the output window would be exquisite. Handy for those of us who like to have a map of where we are (not the automap) available for perusal at all times.

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

Zugg wanted to do something like that, but I think it got shot down with a MOAB II when he tried to implement it. Seems that the picture would have to be way too transparent to actually see anything in order to see the text or vice versa. Or, possibly, that the transparency simply wasn't possible the way he wanted to do it.

Wanderer Joined: 12 Feb 2003 Posts: 93 Location: USA

but it would be really cool! with is a MOAB II ?

Posted: Mon Dec 05, 2005 3:23 pm

A web search showed up sunglasses but that doesn't fit. Back to Matt to clarify MOAB II.

I seem to remember reading somewhere information that states it is either impossible to achieve due to limitations in various components/windows itself or having got round said limitations it slows the client down to being next to useless.

Any comments on my wish for an internal variable referring to the caller, ie the alias being run at the time, I think it would be useful for Usage: echoes, not sure beyond that, what do you reckon?

Posted: Mon Dec 05, 2005 4:51 pm

Would be nice if the #mess command was a bit more configureable. Options for color and size would be nice, but the duration length is the one I'd really like to see most...

#mess {Message} {black|white} {20|3} {5}

That example would do a message with black text on a white backround, 20 characters long and 3 rows high, lasting for 5 seconds.

Posted: Mon Dec 05, 2005 8:22 pm

I'd have to agree Atre.
Seeing a better msg pop up bow would be a nice thing :-)
Tho an alternative method is to use #PICK for the info. It just don't go away after a time. but you DO get a pop-up with whatever info ya need.
Haven't tried it myself, was just a thought cause i think there's a way to put in vars in there.

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

MOAB II was a reference to the military arsenal. At some far away point in the past (around 10-20 years ago?) They came up with a really powerful bomb that was so powerful it rivaled or sometimes outperformed a small nuke. This bomb was named the Mother of All Bombs (MOAB) and was used in at least the first Iraq War if not prior. Recently, a new bomb was developed and released into public awareness that was even more powerful. It was dubbed MOAB II, and was used in the second Iraq War and I think maybe the Balkan War.

Posted: Tue Dec 06, 2005 2:15 am

Cool :)

Apprentice Joined: 31 Jan 2002 Posts: 129 Location: Norway

- Ability to sync settings and maps across computers
(Would need to be able to use FTP, SFTP, form POST)
and/or
- Ability to run from "stick" without install