Dropbear

Tag: mudlet

  • Mudlet 3 beta

    Mudlet - Graphical MUD client

    A break from wordpress, I was trying to get the beta version of mudlet 3.0 compiling. On the surface the program looks a lot like the existing v2.0 that is currently within Debian.  The developers have switched from qt4 to qt5 which means a lot of dependency fun for me but I got there in the end.

    As it is only a beta and not their final release, the package is located within the Debian experimental release. Once 3.0 hits a final release, I’ll switch it to sid.  If you do use the current mudlet, give 3.0 a try. I’d be interested to know what you think.

    (more…)

  • Playing text adventures with mudlet

    Mudlet

    I’ve been playing text based multi-user games on and off for years, or perhaps that’s decades.  When I first started playing them, all you had was telnet. Then this program called TinyFugue appeared which is still shipped by Debian. The generic term for these sorts of games are MUDs, or Multi User Dungeons.

    Anyhow, I recently came across a new MUD client called Mudlet.  It’s a very slick program and works quite well. The way it does its triggers (reactions to what the mud sends you) and aliases (reactions to what you type) is done well and is fast.  For some people you may have 100s of potiential matches on a incoming or outgoing line so you want it to be fast.

    After trying it out, my next reaction was “ok, so is it packaged in Debian?”. To my surprise, it wasn’t so the only obvious thing to do was for me to package it.  It is now sitting in the NEW queue waiting for our ever-overloaded ftp masters to have a look at it.

    While the program is done well, as shipped it doesn’t play too well with a Linux system. The package carries about 4 different other packages around. I’ve changed that now so it uses the system libraries and fonts. All of them are shipped in Debian and I’m sure they individually get more attention and love then I would give them being a sub-part of the main package. It of course cuts down on build times and archive sizes too.

    I still play muds, no matter what client. For me there they’re fun on two levels. The first is the puzzles and gameplay of the MUD itself.  I play some MUDs run by Iron Realms who continuously update them, giving you new challenges.

    The second level is the scripting and customisation you can do.  Instead of typing “sip health” you can write some scripts to check your health level and get the script to do it.  Mudlet (and a lot of other MUD clients) use the Lua langauge to do this scripting. It’s a little funny language but is easy to learn and use.  You won’t be able to build some epic programs with it, but for scripting it is pretty good.

     

    Languages in Hunspell

    Mudlet uses the hunspell library for spell checking.  I have, of course, linked it with the Debian library. The difficulty now is what language?  I was surprised that when you intialise the library, you specify what language files to use right there.  Now for me its simple, the english dictionaries should be used!  What I don’t undertand is if there is a way of determining the right dictionary globally for a user.

    I first though it would be one of the locale parameters, those LC_whatever fields. Mine is en_AU.UTF8, which there is no dictionary for as I’d use en_US or en_UK.  I could possibly patch Mudlet and find a dialog box somewhere where you can set the language, but to me an environment variable makes more sense.  Does anyone use the DICTIONARY variable, for example?