Steve Jackson Games - Site Navigation
Home General Info Follow Us Search Illuminator Store Forums What's New Other Games Ogre GURPS Munchkin Our Games: Home

Go Back   Steve Jackson Games Forums > Roleplaying > GURPS

Reply
 
Thread Tools Display Modes
Old 12-05-2014, 05:55 AM   #21
vicky_molokh
GURPS FAQ Keeper
 
vicky_molokh's Avatar
 
Join Date: Mar 2006
Location: Kyïv, Ukraine
Default Re: [TS] Slicing the pie, a question?

Quote:
Originally Posted by Langy View Post
What prevents Waiting and Attacking at the same time is that those are two separate maneuvers. Step and Wait aren't separate Maneuvers. They're something that can be done at the same time - just like you can Attack and Step at the same time, not having to Step prior to the attack or after it.
You can either Step then Attack or Attack then Step, actually. The same should apply to Waits: either it's Step then Wait, or it's Wait then (in case a condition triggers) Step (and do whatever else is allowed).

Quote:
Originally Posted by Langy View Post
Also: Why do you think that A should automatically have priority in that situation? Making it a contest actually seems to make some sense as opposed to always prioritizing the person who gives up the initiative.
Because A gave up (lowercase) initiative and a Step in exchange for getting to interrupt B when B comes into range. While B now manages to retain all of {initiative, a Step, a right 'interrupt' A}.
__________________
Vicky 'Molokh', GURPS FAQ and uFAQ Keeper
vicky_molokh is offline   Reply With Quote
Old 12-05-2014, 06:10 AM   #22
McAllister
 
McAllister's Avatar
 
Join Date: Jun 2013
Default Re: [TS] Slicing the pie, a question?

Quote:
Originally Posted by Langy View Post
What prevents Waiting and Attacking at the same time is that those are two separate maneuvers. Step and Wait aren't separate Maneuvers. They're something that can be done at the same time - just like you can Attack and Step at the same time, not having to Step prior to the attack or after it.
BS366, the first blue section under Wait:
"Movement: None until your Wait is
triggered. At that point, you may move
as allowed by the maneuver you specified
(Attack, Feint, All-Out Attack, or
Ready)."

Perhaps the Wait could be phrased as such: "I take a Wait to Attack anything that comes into view, and, should nothing do so before my next turn, I take a step immediately before my next turn." I think that allows a shooter to cautiously advance, invokes the Cascading Waits rule if they walk into an ambush, etc.
McAllister is offline   Reply With Quote
Old 12-05-2014, 06:13 AM   #23
DouglasCole
Doctor of GURPS Ballistics
 
DouglasCole's Avatar
 
Join Date: Sep 2004
Location: Lakeville, MN
Default Re: [TS] Slicing the pie, a question?

Quote:
Originally Posted by McAllister View Post
BS366, the first blue section under Wait:
"Movement: None until your Wait is
triggered. At that point, you may move
as allowed by the maneuver you specified
(Attack, Feint, All-Out Attack, or
Ready)."

Perhaps the Wait could be phrased as such: "I take a Wait to Attack anything that comes into view, and, should nothing do so before my next turn, I take a step immediately before my next turn." I think that allows a shooter to cautiously advance, invokes the Cascading Waits rule if they walk into an ambush, etc.
Two things:

All of the discussion in TS playtest very clearly involved a Step. Perhaps it was a tacit assumption, but the slicing maneuver very much describes the first step, then wait.

Second, if Wait-then-step you can never actually clear the corner, since I don't think "if nothing happens" is a valid trigger. If it is, it's an interesting way to resolve the issue.
__________________
My blog:Gaming Ballistic, LLC
My Store: Gaming Ballistic on Shopify
My Patreon: Gaming Ballistic on Patreon
DouglasCole is offline   Reply With Quote
Old 12-05-2014, 06:28 AM   #24
vicky_molokh
GURPS FAQ Keeper
 
vicky_molokh's Avatar
 
Join Date: Mar 2006
Location: Kyïv, Ukraine
Default Re: [TS] Slicing the pie, a question?

Quote:
Originally Posted by DouglasCole View Post
Two things:

All of the discussion in TS playtest very clearly involved a Step. Perhaps it was a tacit assumption, but the slicing maneuver very much describes the first step, then wait.

Second, if Wait-then-step you can never actually clear the corner, since I don't think "if nothing happens" is a valid trigger. If it is, it's an interesting way to resolve the issue.
Some sort of stepping before Waiting probably needs to be possible. The problem is that Stepping while already primed allows you to effectively trigger your own Wait, effectively getting a chance to ambush the ambusher with no drawbacks (i.e. Wait becomes in all senses better than Step And Attack when it comes to such situations).
__________________
Vicky 'Molokh', GURPS FAQ and uFAQ Keeper
vicky_molokh is offline   Reply With Quote
Old 12-05-2014, 06:32 AM   #25
DouglasCole
Doctor of GURPS Ballistics
 
DouglasCole's Avatar
 
Join Date: Sep 2004
Location: Lakeville, MN
Default Re: [TS] Slicing the pie, a question?

Quote:
Originally Posted by vicky_molokh View Post
Some sort of stepping before Waiting probably needs to be possible. The problem is that Stepping while already primed allows you to effectively trigger your own Wait, effectively getting a chance to ambush the ambusher with no drawbacks (i.e. Wait becomes in all senses better than Step And Attack when it comes to such situations).
I think the way that McAllister has it phrased, if you get to "just before my turn" then you burn your wait in your step. Of course, then it IS your turn and so you've got no penalty for it.

The more elegant solution is Step-and-Wait, and I agree with Langy that the way GURPS works, the sequence game-mechanically (step/wait vs wait step, or in his example, step/attack vs attack/step) is overly specific relative to the real world actions, which are blended. They are meant to be simultaneous or nearly so, which is exactly why you can attack/step or step/attack. This has also been the articulated reason for infinite Dodges - you make one giant amalgam dodge, and you can only rationalize what happened after they're all over and it's about to be your turn again.

GURPS descretizes because it has to to be playable. Not because that's precisely how it's being fought our in our mind's vision.

This entire thing is nearly resolved with Step-and-Wait, and that was the intent of the rule.
__________________
My blog:Gaming Ballistic, LLC
My Store: Gaming Ballistic on Shopify
My Patreon: Gaming Ballistic on Patreon
DouglasCole is offline   Reply With Quote
Old 12-05-2014, 07:45 AM   #26
vicky_molokh
GURPS FAQ Keeper
 
vicky_molokh's Avatar
 
Join Date: Mar 2006
Location: Kyïv, Ukraine
Default Re: [TS] Slicing the pie, a question?

Quote:
Originally Posted by DouglasCole View Post
I think the way that McAllister has it phrased, if you get to "just before my turn" then you burn your wait in your step. Of course, then it IS your turn and so you've got no penalty for it.
I vaguely recall Kromm taking a dim view of Waits that trigger on conditions such as after X, let alone something as tricky as this one. But I don't have the quote to back it up, so don't take my word for it.

Quote:
Originally Posted by DouglasCole View Post
The more elegant solution is Step-and-Wait, and I agree with Langy that the way GURPS works, the sequence game-mechanically (step/wait vs wait step, or in his example, step/attack vs attack/step) is overly specific relative to the real world actions, which are blended. They are meant to be simultaneous or nearly so, which is exactly why you can attack/step or step/attack. This has also been the articulated reason for infinite Dodges - you make one giant amalgam dodge, and you can only rationalize what happened after they're all over and it's about to be your turn again.

GURPS descretizes because it has to to be playable. Not because that's precisely how it's being fought our in our mind's vision.

This entire thing is nearly resolved with Step-and-Wait, and that was the intent of the rule.
Yes, quantumification is a necessity, a means, not an end unto itself.
The problem with Step-And-Wait, however, is that it gives a free lunch to those who take Step-and-Wait, in the form of getting the benefits of Wait without the drawbacks. Thus, by allowing Step-and-Wait to be simultaneous, you're essentially allowing people to trigger their own Wait immediately, thus gaining (lowercase) initiative where they lack it.

Also, from the FAQ back before my days:
Quote:
Originally Posted by 3.4.2.13
Why does the Wait maneuver not allow you to take the "move and attack" or "move" maneuvers?
Because if you spend some or most of a turn waiting, you're not using that time to move. Even allowing a step (for an Attack) or half-move (for an All-Out Attack) is optimistic.

And there's
Spoiler:  
Again, allowing Step-and-Wait brings back the issues of 3e that the 4e change was supposed to eliminate (though it no longer would happen due to bigger Reach).
__________________
Vicky 'Molokh', GURPS FAQ and uFAQ Keeper
vicky_molokh is offline   Reply With Quote
Old 12-05-2014, 09:05 AM   #27
McAllister
 
McAllister's Avatar
 
Join Date: Jun 2013
Default Re: [TS] Slicing the pie, a question?

It feels like this is a foolish stance to take, like I'm trying to interpret the wisdom of forefathers that are actually present and telling me they disagree. That said, I'm rather attached to Basic, so I'll take it: I don't believe in step-and-wait because it's explicitly prohibited, and I guess that means I model things as wait-and-step.

What if the step walks you in to someone else's wait? I'd treat that as a who-draws-first scenario with something like a +2 for the stationary fighter.
McAllister is offline   Reply With Quote
Old 12-05-2014, 09:31 AM   #28
Celti
 
Celti's Avatar
 
Join Date: Jun 2007
Location: USA, Arizona, Mesa
Default Re: [TS] Slicing the pie, a question?

If character A is Waiting, and character B is Step-and-Waiting, wouldn't you simply use the Cascading Waits rules as written, noting that B is at +0 because he is moving a Step, and A is at +2 because he's not moving at all, as written in the listed modifiers?
Celti is offline   Reply With Quote
Old 12-05-2014, 09:42 AM   #29
vicky_molokh
GURPS FAQ Keeper
 
vicky_molokh's Avatar
 
Join Date: Mar 2006
Location: Kyïv, Ukraine
Default Re: [TS] Slicing the pie, a question?

Quote:
Originally Posted by Celti View Post
If character A is Waiting, and character B is Step-and-Waiting, wouldn't you simply use the Cascading Waits rules as written, noting that B is at +0 because he is moving a Step, and A is at +2 because he's not moving at all, as written in the listed modifiers?
If you allow B to count as already Waiting when B makes the Step, this is the outcome. The problem is that this outcome is a free lunch:
Normally, A has the initiative, and opts to give up the ability to use said initiative immediately in exchange for the ability to interrupt those who lost the initiative.
But with the simultaneous ruling, B suddenly gets the ability to ignore A's initiative, or, more precisely, to act as if their initiatives are tied.
Notice that B loses nothing by taking Step-and-simultaneous-Wait instead of taking an Attack or a normal Wait.

Normally, in GURPS, TANSTAAFL.
__________________
Vicky 'Molokh', GURPS FAQ and uFAQ Keeper
vicky_molokh is offline   Reply With Quote
Old 12-05-2014, 09:55 AM   #30
Gigermann
 
Gigermann's Avatar
 
Join Date: Jul 2009
Location: Oklahoma City
Default Re: [TS] Slicing the pie, a question?

I thought the procedure here was a Step and Attack, and if there's no target after the Step, it's just wasted.

[Edit] I get it now…Attack triggers a standing Wait, while with Wait vs Wait, the aggressor has a chance to act first

Last edited by Gigermann; 12-06-2014 at 11:57 AM.
Gigermann is offline   Reply With Quote
Reply

Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Fnords are Off
[IMG] code is Off
HTML code is Off

Forum Jump


All times are GMT -6. The time now is 01:24 AM.


Powered by vBulletin® Version 3.8.9
Copyright ©2000 - 2024, vBulletin Solutions, Inc.