Shattered Kingdoms

Now I might be wrong, but to get it working with sayto and tell, you're going to need to use an alias system outside of the Mud itself - Zmud, for example. You know they have an old version of their client available for free? Don't know if it has their alias system included, however.

The problem is you're wanting to alias the equivilient of


The problem is that you can't parse out the parameters fed into the alias into seperate variables in an SK alias, you are confined to using the parameters as a single, whole string, represented by &*.

So the best you could come up with would be


Which would fail to work, because when you typed in "st Bob *smiling* Hello turnip" or whatever, it would parse out as "sayto $3Bob *smiling* Hello turnip" and the mud would smuggly inform you that $3Bob wasn't in the room.

With something like zmud you can parse out the parameters to seperate variables. So what you'd do to set the alias up is this:



Then, when you typed "st Bert meanly You are a prig, sir!" Zmud would pass "sayto Bert $3*meanly*$6 You are a prig, sir!$a" and all would be well. You can't get that level of control out of the native SK alias system, sadly.

Hmmm.. if I am getting what you are saying here, the only change I'd need to make is that if you use the numbered alias parameters like &1 and &2, then it would subtract those words from the list so that the final &* would only include the still unused words?

Not quite true. You can use &1, &2, etc., with native SK aliases. It'll pick out individual words in the order they're fed in. I do this all the time, since I abandoned mud clients years ago -- too much temptation to automate this, trigger that, run these five chars simultaneously and so on.

This won't, however, enable you to parse out the first argument, then lump the rest together as a second variable. In other words, there's no &* - &1.

Peace,
Bux

Nice timing. That'd do it, yep.

Peace,
Bux

Wrote some test code and seemed to work on the first try. You can look forward to this functionality next update.

Who's the Imm?

D is da Imm!

<3

Thank you, Dulrik. I greatly enjoy the environment that you created and this will just enrich it that tiny bit more for me, and hopefully others as well.

To make sure I have it right though, I would have to write it like this:

alias st sayto &1 $0$I*softly* $5&2
alias t1 tell &1 $0$I*softly* $5&2

Then if I input this: st Dulrik Thank you so much for all your hard work. It would look like this:

Talysa says to Dulrik *softly* Thank you so much for all your hard work. Though it would have my colors in it? Again, not sure which colors I want to use for the sayto/tell, still kind of experimenting with that for what is most readable and non-abrasive on the eyes, don't worry, no blinking text or bright pink/cyan will be used.

New crash bug!

Roflmao.

Dulrik rocks.

So does Talysa for prompting us to ask for this, in a round-about fashion. I'm continually amazed at what you get when you just explain the problem clearly.



Close, but not quite. If I'm on game here, this, I think, is what you'd need to set up:



The $a reset at the end isn't essential because the closing speach marks on a say or tell will reset the colour codes for you, but tidying up after yourself like that is a good habit to get in to anyway.

And, when picking colours, don't use bold (ie. the $I modifier) in say text as it makes your says look like tells, and do use bold in tell text otherwise your tells look like says.

Oh, and just to be clear, this won't work anyway until D puts the next code update in.

I should emphasize that I am not a supporter of the *speaks softly* style of chat that started this thread. However, the functionality seemed to be quite useful for any number of possible aliases, which is why I added it. If it reduces the need to have a complex mud client, that's also good.