Quote: Third, most recent issue, if my status is on the same line as the trigger, it wont go off at all.
For Example:
[randomstats][randomstats][randomstats][randomstats]You concentrate and sense their ki west of here.
your trigger is set to match on
^(.*)You concentrate and sense their ki (?P<there>.*) of here."
that ^ requires it be the start of a new line, thus when you have a prompt or anything else it wont fire. delete that ^ and it should work.
Past that, it is helpful to copy/paste your entire trigger. Not just tell us what the trigger/send/everything is manually.
How to do that is listed in the Faq, but a quick version is open your triggers. select the trigger(s) you want. then click the copy button in that window.
you can now paste something that will look like this.
<triggers>
<trigger
enabled="y"
ignore_case="y"
match="What do you seek"
regexp="y"
>
<send>say i seek the grail</send>
</trigger>
</triggers>
You can also copy this and click the paste button, also on the triggers page, to easily load triggers.
As far as your first complaint
Quote: I have to use the track command twice. When I use it it will send whatever the previous variable was before it writes the new one in.
here is one way i get around that
<aliases>
<alias
match="^dig[ ]+(.*?)$"
enabled="y"
group="All"
variable="Digdir"
regexp="y"
send_to="9"
ignore_case="y"
keep_evaluating="y"
sequence="100"
>
<send>%1</send>
</alias>
<alias
match="dig *"
enabled="y"
expand_variables="y"
group="All"
sequence="101"
>
<send>dig @digdir</send>
</alias>
</aliases>
The first alias, with a sequence of 100 sets the variable "Dirdir", and has keep evaluation checked so the 2nd alias with a sequence of 101 fires right after and sends dig @digdir with expand_variables checked, sending the variable you just set.
I am sure it is an ugly brute force approach, and that others can tell you how to do nicer... But it does work :P |