FMud version 0.7 released
FMud is a simple web based Flash mud client.
A running demo, feature list and installation instructions are available on the FMud project page.
Version 0.7
Released on 7th November 2008.
- Fixed major bug when using FMud with Linux
- Removed display_height parameter. The dimensions of FMud are now calculated automatically from the height and width set in the embedding page
- Added policy_port parameter. This allows you to specify the port where the socket policy file is served. However, this file will be ignored if there is a master socket policy file on port 843
- Added support for aliases, triggers, macros and scripting with javascript. See this post for details
- A log of the output window can be saved in plain text or HTML format
- Updated README and FMud.html files
Saving and loading features require Flash player version 10.













8th November 2008 at 00:01
I have to say that support for scripting is just great. I wasn’t expecting that at all. Keep up the good work!
15th November 2008 at 12:06
I will hopefully install and test this out tomorrow, from all reports this is looking to be a great release. You never know Matt, i might just drop Portal GT all together and do what we had spoken about a long time ago.
The_Fury.
17th November 2008 at 23:10
Heh I don’t know if I can drag you away from Portal ;)
But sure get in touch if you want to do something with FMud. I’ll be doing another release soon that fixes a few more socket issues and hopefully will include some more customisation options.
23rd November 2008 at 17:25
A mud client in Flash. Nice!
I currently have one Java Applet client and one Javascript client set up. A third Flash option would be cool too, especially since this one looks like it has a good number of nifty features!
Looks like a great job you’ve been doing here, but a couple of things disturbed me when using it. These are things you may or may not want to consider:
- Background ANSI colors do not work.
- No option for input in UTF-8. (This is the default on Mac and Linux.)
- Command history places the caret (inconsistently?) before the first character. Isn’t it more natural to place it last?
Cheers and good luck!
24th November 2008 at 10:42
Thanks for the feedback, as to the points you raised:
1. I hope to include background colour support in the future, I just haven’t gotten around to it yet as it’s not that straightforward to implement.
2. Input used to be encoded in UTF-8, however in the latest version I had to make some changes to fix a problem with the linux flash player.
3. The history scroll doesn’t work quite right - as you say the caret position is not intuitive and also it stores blank lines. I’m going to fix this in the next release.
18th December 2008 at 02:53
This is pretty neat, but for the life of me I cannot figure out how to save/load scripts. Clicking “save” just does nothing for me.
18th December 2008 at 09:52
If the load/save buttons aren’t working it’s most likely because you do not have Flash player version 10. The client will work fine with version 9 but 10 is required to access the local file system.
23rd December 2008 at 22:27
Hello,
I was checking out this script to see if I could get it working with TW 2002… It’s not a MUD per/say but it too runs via telnet.
What I was wondering is if there’s a way to change the “New Line” charature the client uses. Currently it sends a # but I need it to send a true “NL”
Once I can get that to happen it will probibly work great for this application.
Thanks in advance,
La Child
24th December 2008 at 00:54
I am not sure what you mean - the client sends /n for a newline.
31st January 2009 at 11:05
Love the client, It’s been years since i have mudded, and coming back to achaea has been made much smoother thanks to you. that said the only request i have is a little more macro support, I use all the keypad for movement(default) but combat in achaea is really deep, having more buttons available for macro can sometimes mean the difference between victory and dirt nap.
31st January 2009 at 12:15
Glad you like the client Dugger. I deliberately restricted the available macro keys to avoid conflicts with the browser. Unfortunately because of the way the client is embedded in the browser any browser specific shortcut keys are evaluated first and I didn’t think it was worth the hassle trying to deal with every reserved key combination in every browser.
However in the next version I have added support for referring to the current command text within scripts (as the ‘command’ variable) which will allow you to do some rather clever stuff with macros.
For example, you can redefine each movement key, eg:
execute(command + " sw")execute(command + " s")
execute(command + " se")
Then you can create any aliases you want (the keypad key on its own will still send the direction), eg.
t *tumble %1
b *
block %1
s *
sprint %1
You are not limited by using directions either, for example when I played MUDs I had all my attack skills on ‘a’ plus the keypad, defence skills on ‘d’ plus the keypad and curing on ‘c’ plus the keypad with aliases eg,
a swsend("dsl " + target)
c sw
drink health
d s
touch shield
So you only have to type ‘a’ then press the 1 key for your primary attack. Hopefully you get the idea!
While this is probably not a common setup (I think most people use function key macros and CTRL or ALT combinations) it is really powerful and allows you to access a huge variety of skills with only 2 keypresses.
5th February 2009 at 17:37
Hello Matt,
I’ve been toying around with your client and nothing beyond sheer amazement comes to mind, this is awesome! Great job.
I might be able to help on the newline issue that mentioned above.. Our MUD’s output is compacted as well, not a single empty line is left. You can try it out here: http://potp.bluebrio.com/game/play-now/
I’m thinking you’ll be able to see what newline character we use, be it \n, \r, or a combination of both.
Again, as far as webclients go, this is golden. Keep it up!
-Rian
10th February 2009 at 02:36
Matt, I saw something on a custom client you’d done with a map showing ‘you are here’, same set-up otherwise (although perhaps just on the surface). How difficult would that be to do for the main fMud client?
You’re doing amazing work man, thanks again.
- Dave.