As far as suggestions go there is one I’d like to offer up. Alot of us Aard players are stat whores and the vast majority of us use level/quest triggers to gather, store, and report various things like time to level, mobs killed last level, stats gained, qp recieved, and time to complete quest/campaign.

Would it be too much to ask to have some of that info output onto the stats window?

Can’t wait to get my hands on this.

In terms of data from the mud, all we need is the continent name (shortened form is fine) and continent coordinates in tags at each movement (walking and running preferably).

There’s no need for any special formatting of the map. Just leave it as is.
If you want, it can even be retrieved from the web server from inside the client instead of using the bigmap command on the mud by using that trick I learned for web voting. Both ways should work equally well (assuming the web server doesn’t go down or time out).

Though a “playerless” version of the continent maps without the red asterisk that can be requested from anywhere (”basemap ” or something) would be most helpful if you choose to use the mud instead of the web server.

> Might have to artifically lag the command somewhat killing the whole concept
> if that became the case.

You already do lag the command. That was the whole reason for making my version in the first place.

> In terms of areas, I didnt actually mean knowing where you were on
> bigmap when inside an area

Oh. I did.

> but doing the same thing for an entire area itself. That could be achieved by
> assigning coordinates within areas.

Isn’t that what the automap is for? Or do you want a new mediummap for each area? Because that’d be…well…we’re going to run out of screen real-estate.

With that being said, I dont think that is what you’re actually doing. Bigmap changes so rarely that we could probably product a tagged version. Just one possibility of how it could look:

[continent]mesolar[/continent]
[rooms]
[0,0]..symbol and color for room 0,0 here[/0,0]
[0,1] …[/0,1]
[/rooms]

This wouldn’t be in the mud itself, but a download on the website, updated as necessary. Making the bigmap command output something like this to a file is no big deal, sending it over the mud probably not a good idea.

Anyway, just one possibility. Im terms of areas, I didnt actually mean knowing where you were on bigmap when inside an area, but doing the same thing for an entire area itself. That could be achieved by assigning coordinates within areas.

It would also likely mean the death of non-euclidian mazes outside of clans, I don’t suspect too many tears would be shed over that

> As the continents are very fixed format (60*40, 40*40, etc), it would seem
> reasonable to be able to store them in a lua table…

Only if you make it so that the client actually sees a color code for every symbol when it goes to update the internal maps. Currently it does not. While the maps certainly display as rectangles, the color codes are not regularly spaced. On the client end, I see only one color code per block of same-colored text. That makes the maps actually quite irregularly shaped.

Just something to keep in mind.

My idea for inside areas is just to output the continent coordinate of the area entrance. That way the player knows where they are in the world even when they get to an area by some way other than the continents.

Your idea of pushing updates for other players as well sounds really cool, but I wonder if it wouldn’t break some sort of realism barrier if the player knows too much. It’s reasonable to know where you are in the world. Not necessarily so reasonable to know where everyone else is also. Maybe only show the players within automap range? Maybe that would get to be too expensive.

I’ve created a forum thread over at the MUSHclient forums for converting what I have in zMUD to Lua in MUSHclient.
http://www.gammon.com.au/forum/bbshowpost.php?bbsubject_id=8748

Mushclient can’t write to a specific X,Y position on a screen, but it redraws a full screen very quickly.

As the continents are very fixed format (60*40, 40*40, etc), it would seem reasonable to be able to store them in a lua table that is refreshed to the screen and update that lua table as necessary, without having to redraw bigmap every time.

I was thinking about protocol to have a ‘bigmap’ on your screen that constantly updates so you see the red asterisks as people run around, and see yourself move as you run across the map. This would require the ability, while standing on a continent, to receive tags whenever other (visible) players move across it to.

In terms of protocol, something that tells the client:

etc could be workable.

It would seem resource intensive, but each area already has a linked list of players in the area and continents are just large areas, so probably not.

This would be much tougher in a full area due to lack of coordinates, but could make for an interesting experiment on bigmap. Let me know if you want to try.

Worst case is we do something fun and unique on the test port that turns out to be too much of a hog to make it live.

If we’re going to make them available in a client, might as well just simplify it and put them directly into the mud - that way everyone gets use of them regardless of client and they’re always up to date.

So, ‘runto’ will just be based on the speedwalks list. From Aylor recall, you would type ‘runto lidnesh’ for example, and it would execute the speedwalk to lidnesh. It gives nothing that isnt there today, just makes it easier than creating aliases and keeping them up to date as things change. For speedwalks from clans, manors, etc people will still need to generate their own speedwalks.

Hope this explains more clearly what ‘runto’ will be.

[HELP]

… help text here …

[/HELP]

… was what I was trying to say. Imagine the square brackets being angle brackets, and that is what the MUD is sending.

In the process we have shaken out a few bugs in MUSHclient, or at least, places where it could make more information available (such as the size of the main client window).

Meanwhile Lasher has been adding a few server tags (which any client could detect) to facilitate “screen scraping” of things like help displays, maps, character status, and so on.

Of course these tags are optional, so people can continue to play “the old fashioned” way, however it is quite fun to have relevant information broken out into multiple panes on your main window.

There is also no favoritism shown to MUSHclient in this respect. I would say that virtually any client that supports triggers, multiple screens, and moving text from one screen to another would cope with something like:

… help text here …

I imagine any of the more popular clients could make use of this information.

The important thing we are trying to do here is making playing MUDs more fun, and more accessible to newbies. Anything that eases new players into a game without needing to memorize, or make sense of, heaps of obscure information, must surely be a good thing.

The other things is that the general techniques employed here could easily be used by other MUDs as well, if they wanted to do something similar.

Not ideal, but understandable.

> The map screen we have been playing with is similar - in any case you
> *expect* a flicker

In this case the entire map is static (except when changing continents, obviously) other than the location marker that moves when you move. So here any flicker is unexpected and distracting.

> As for the flicker, my testing here shows that even shoving my entire “score”
> screen to another window happens so fast I’m not even sure it has done it.
> One of the reasons it looks smooth is the technical way it is done. If you have
> a lot of output all the buffering is done first, and then the screen refreshes,
> effectively resulting in a single redraw operation, not one per line.

I’ll have to check it out. What you say certainly sounds promising. Expect to hear back from me soon about this.
Either way, Lasher, still want the tags!

Nick, You don’t play Aardwolf, do you? It’s cool that you’re checking in on the blog.

As for the flicker, my testing here shows that even shoving my entire “score” screen to another window happens so fast I’m not even sure it has done it. I have been resorting to deliberately selecting text in the output window, just to see the selection go away.

The map screen we have been playing with is similar - in any case you *expect* a flicker, because the map is redrawn with different walls everywhere, as you move, however it looks smooth to me.

One of the reasons it looks smooth is the technical way it is done. If you have a lot of output all the buffering is done first, and then the screen refreshes, effectively resulting in a single redraw operation, not one per line.

> Not sure how you envisage that working. Conceptually an “always on top”
> window will not have another window on top of it.
I mean essentially a way to fix the display order of world windows so that ones that I designate as being “in front” or stable don’t fall to the back when typing in a different one. This would be especially useful for the map which does not require any user interaction, but should remain in front at all times. The current requirement of having the map off the edge of the main window is not ideal. Obviously two windows cannot both be “on top”, but they could both be fixed in order in a primary class of windows that do not reorder themselves when they lose focus.

> No, and it isn’t practical to do that directly. However for something like a
> mapper window you simply clear the whole window with DeleteOutput () and
> then recreate it.

Recreating the whole map is not ideal from the user standpoint. At least in zMUD it leads to an annoying redraw flicker (as well as slowdown from drawing way more than necessary) when the map is sufficiently large. I won’t be able to try it in MUSHclient for quite a while, so I don’t know if it will have the same problem. I’ve always found MUSHclient to be rather zippy, but this is not something that I’ve ever seen anyone else do.

For reference, the script I’m talking about is here:
http://www.not-porn.com/Aardwolf/BigmapWalker/index.html

The video also has an example of what I’m asking for w.r.t. the “on top” feature.

Not sure how you envisage that working. Conceptually an “always on top” window will not have another window on top of it.

You can make MUSHclient “always on top”, however that applies to the whole application, and it has somewhat the reverse effect - you can’t put secondary windows on top of it.

> Can MUSHclient write to arbitrary locations in the output window?

No, and it isn’t practical to do that directly. However for something like a mapper window you simply clear the whole window with DeleteOutput () and then recreate it.

1) Add or get Nick to add an always-on-top toggle for each world window so that it’s possible to make a secondary window float on top of the main one instead of instantly dropping behind it.

2) A tag that indicates location (continent and coordinate) on the continents for each movement step while both walking and running, or the location of the area on the continents while inside an area. so that I can give out my bigmap script which someone could then rewrite for MUSHclient…uh…maybe. Actually, I’m not too sure about that last part. Can MUSHclient write to arbitrary locations in the output window? If not, get that added too.

Think stats isn’t important to show than exp to-next-level, alignment or gold
I think some quest/campaign window would be compulsory.
Quest is a lot of important in aard.

Btw, since i play aard from december, ive tried to make some scripts helping for a easy aard playing.

When i’ve seen this plug-ins for mush, these are similar than mine, but after i though i need some new functions as all prompt info available, pot manager, tick count, and channel window. (ex: http://i29.tinypic.com/qq7ukl.jpg).

Now, just for my preferences, working for parametrized plugin for everyone.
Programmed in LUA, just i’d like to ask how to open all window at the same time. I haven’t found it.

Cecil

Keep up the fantastic work!

Keep up the hard work

[Lasher added]: Nod, in fact some of it is in this already. To get the map like that it already has new tags around room names and exits.

Oh and I think I’ve been using Zmud for to long, because that font looks funny.

[Lasher added]: Font is changeable on each plugin of course, that’s just the default

As a long time MUSHclient user, I’m excited that the plugins will also be made available to those of us who already use this client.

Another thing I find essential to play Aard is a CP capture window. Currently I have a primitive one located where you placed the stat capture window in your screenshot. To promote CPing, it would be slick if you had an optional CP capture window that refreshed after every kill.

Thanks so much!