Ok, here's what I want to do:

For warrior attacks, I've switched to the "open classes" approach, meaing that when a warrior attacks such as this:

"Geb swings a warrior's iron greatsword at you. You are sliced across the chest, laying open a flap of skin
which bleeds profusely."

I have a trigger "(%w) swings * at you" which opens all the warrior affliction classes. In those classes, I have the trigger "chest, laying".

Now, this works fine for most things, but the problem with the above example is that the patter for this particular affliction lies on the same line as the one that opens the class. In other words, the triggers fire on the first line, open the class, and then start looking for "chest, laying" on the second line, and thus don't fire correctly.

My question is, is there any way to get the "chest, laying" trigger to fire on the first line, right after the class is open?

Not using that method.

I got around this by giving up on using a seperate class and making them into huge multistate triggers.

I know laysus, don't ask how Hey, wanna send me some of yours? I'm redoing the murphster with multistates, but I'm curious how you organized yours..

I didn't organise so much as put them together and prayed.

Just use config wrapwidth 250.
All warriors attack will be in one line. So you can trigger them easly.

I'm not sure, but does the reparse trigger option make it work?

Reparse only works on conditionals.

How many cases are there like this?

A hack sollution would be to make a trigger for these specific cases, that echo the relevent text out again.

Basically, what I do is use reparses.

#tr {attack message, first line}
#cond {*} OR {you} depending on first line {within|param=1}
#cond {areas to be hit} {reparse}
#cond {attack messages} {reparse}
#cond {*} {within|Param=1}
rinse, repeat. There's a bit more to do to make sure it notices rebounding and stuff, but that's the basics.

Do you notice any slowdown during spammy group fights due to that reparsing?

Just use wrapwith 250

Should start a petition for wrapwidth 0 like Achaea has. I would so love Roark/Sior/Estarra if they did that.

It might be possible to get it to work Vesar's way, just takes some messing with the trigger order.

The order in which triggers appear in the settings editor is the order they are evaluated, so if the trigger to open the class is first, it just might allow the other trigger to fire on the same line.

I use classes and the triggers will fire on the same line as the trigger that enables the class. I think the difference is that I use regex triggers, which seem to fire multiple times per line more reliably. I can successfully detect any warrior attack regardless of attack, weapon, affliction, etc, using only single words and reparse states. It's complicated, but it works very, very well.

My way of handling that is really dumb, but works. I should seriously consider making it not such.... but I take the entire warrior hit message, from swing to prompt, and save it in a string. Then, I call an alias with a gigantic if-else-if ladder which checks through that string for certain substrings.

Only problem is.... for some reason, when fighting someone who hits me too fast, it starts taking 3-5 seconds to run, so by the time I catch where I've been hit, I get hit again, and my afflict curing, stancing, parrying, and wound curing is all one hit behind.

That's the way I'd have done it. Grab it all into one string and then throw it through my other triggers.

Do you know how to do the bolded bit in zMUD?