I didn't get too far here, yeah. Still stuck on Achaea

This excites me. TinfyFugue lacks a GUI and is too unfriendly, Gnome-Mud sucks, Kildclient does too.

Can't wait.

QFT

Though python plugin makes the second part better. And gui.. you'll have to make your own. Lots of work but lots of stuff you can do too so I'm a bit torn.

I'll probably try it out when it's done though. I just hope it can compare to TF as far as speed is concerend.

Ooooh. I like how this project is going

There is also Tintin++ but that's a terminal program as well and lacks a GUI. Though it's a bit easier to use than TinyFugue.

Yeah. And zmud/cmud are way too buggy, with zmud being too slow (never got far in cmud) for my tastes.

I like zMud in windows... under Wine not so much.

As far as features though, I'd like to see trigger states. That was the single best feature in zMud.

What about it do you like? Being able to match multiple lines easily or something else?

Because you'll already be able to match on the whole paragraph right away (along with line-based matching).

CMUD is slower than zMUD, but both are too bug-ridden for my tastes.

Trigger states are a pretty nifty feature, but they're not something I'd absolutely have to have in a client. I'm able to do the same things in MUSHclient, just in different constructs.

In regards to the trigger states, started a discussion on the forum (click). Offer your input please

Zarquan gave a better idea to discuss all of the stuff you'd like to see in mudlet: http://forums.mudlet.org/topic/what-do-you...n-other-clients

Is it just me or is your versioning system not even being used? There doesn't seem to be any code on launchpad (which is, frankly, a deeply annoying site and I'm left wondering why you're not using something like googlecode or something for project hosting.. At least Gcode has a strong versioning system and you can use svn or git or something with it)

Are you going to have Actionscript support? You really should!

I'm still hoping someone makes a mud client in flex which allows you to script in actionscript for it.

Not to be blunt but why in the name of god would anyone want that.

Cause it would be fast, and exist on the internet, so you could play from any computer you ever have access to, and not worry about installs or scripts getting lost etc. It would also work on macs or pcs, or cell phones.

I gotta agree with Visaeris on this one. Ick!

The bzr repository can be accessed through a client or on the web, but I cannot get the client working on my systems for whatever reasons. The only files that seem to be uploaded are a few design documents. I think Subversion would've been a better choice, as I find it much more intuitive and friendly.

MAC MAC MAC MAC!

I need a good client that can integrate a pre-existing combat system.

I'll keep on the lookout for this!

Versioning system - we'll use X.x, where X is a major release, x is a minor. So the first release will be the 0.1 one, which will be a beta until 0.9, with 1.0 being people-ready. There is not much code in bzr atm - because a lot of the stuff is being worked on daily, not much sense is keeping all of the administrativia. But be assured that we'll do that when we have the first release out.

In regards to the launchpad and bzr choice - eh, bzr is the same as other versioning systems, you commit and push to upload and "pull" to update. Different syntax but does the same. And launchpad - because I find it to be the most user-friendly and decent-looking tool about really, and I already have experience with it. It also has an awesome web-based translation system.

@daganev: Hm... well, ###### scripting will certainly be possible, flex would be too. I believe that with Qt 4.5 (in development atm, 4.4 is latest), flash stuff in webkit will be possible. Just be careful with what you script, some flash stuff tends to abuse my 2.2ghz dualcore pretty badly even for simple stuff. (also, I found adobe air about a week ago. gosh, is it good)

@Janalon: Well, things are looking up, we found a mac person who'll try and get Mudlet working on it.

See, when I said you can access it on the web, I meant that you could access your mud, like with Nexus, only it would be much faster than java.

Some games allready have flex based access to thier muds, they tend to be simple, but they work fast. As for actionscript taking up system processes, yeah thats an issue, but it should be fixed with flash player 10, which has great peer to peer technolgies in it.

Ah. No, chances are this won't be embeddable in a browser.

Partly because this is an embedded web browser in itself. So, you still would be able to make your flex scripts and fancy graphics.