M&M Guy |
Fri Feb 29, 2008 04:12pm |
Gimlet25id - let's look at my example play again. You agree that you are granting the TO before the violation, even though there was some unusual reason you didn't get the whistle blown in time. If the ball <B>only</B> becomes dead on your whistle, you would have to not allow the request. Period. Case play 5.8.3 SIT. D tells us the TO request by an airborne player with control <B> is granted</B>, but nowhere is the stipulation that it is granted only if the whistle is blown in time.
Let's look again at 5-8: Time-out occurs and the clock, if running, shall be stopped when an official:
Art. 1 Signals:
a. A foul
b. A held ball
c. a violation
What's missing? d. A time-out. That's not mentioned until Art. 3: Grants a...request for time-out. That tells me that the "granting" is different than the "signal". Yes, when we grant the TO, we blow the whistle to tell the timer to stop the clock. But the signal to stop the clock is a separate event. The same theory with fouls and violations - the whistle doesn't cause the ball to become dead, the foul does. Even case play 10.1.6 tells us a foul should still be penalized even though the whistle didn't blow in time.
Now, does that case play apply to TO requests and grantings? Debatable (which we're obviously doing :) ). But in the OP, it is an excessive TO request, which <B>is</B> a technical foul. Therefore, that case play applies directly to this sitch.
So, first, do we try to ignore an excessive request? 5-12-2 gives us that answer: "Time-outs in excess of the allotted number may be requested and <B>shall</B> be granted...at the expense of a technical foul." Not maybe, perhaps, or possibly, but definitely. So, we have to acknowledge and grant any excessive TO requests, no matter when they occur.
Now that puts us at the end of the period/game. Why would it be treated any differently than a foul at the end of a period or game? We need to know if the foul/TO granting happened before the end of the period. If not, there is no legal request, therefore we ignore it. If so, we need to have definite knowledge if there's any time to be put back on the clock. But we cannot simply ignore the request because we know it would be excessive.
|