Community

 
Jump Menu:
Pause Switch to Standard View what happens to haste?
Show More
Loading...
Flag cdmidget October 4, 2012 12:24 PM PDT
If goblin chieftan is in play, and i use krenko to create some goblin tokens, after the tokens resolve my opponent burns the goblin chieftan. Can the goblin tokens still swing that turn as they had the haste effect when they were created? this is all before the combat step?
Flag RootBreaker October 4, 2012 12:25 PM PDT
No, they have to have haste as they are declared as attackers.
Flag cdmidget October 4, 2012 12:26 PM PDT
thanks
 
Flag Enigma256 October 4, 2012 12:26 PM PDT
Haste is not "sticky"
if they don't have Haste when you declare attackers they can't be declared as attackers
Flag ikegami October 4, 2012 12:39 PM PDT
Haste doesn't cure summoning sickness; it just hides the symptoms. The symptoms return if haste disappears.
Flag jeff-heikkinen October 4, 2012 1:26 PM PDT

Oct 4, 2012 -- 12:39PM, ikegami wrote:

Haste doesn't cure summoning sickness; it just hides the symptoms. The symptoms return if haste disappears.



This is a really nice explanation for less technically-inclined players.

(Of course, savvier ones will know that "summoning sickness" is something of a unicorn, but anyone knowledgable enough about the relevant rules to realize that will also already understand Haste well enough not to need to ask this question.)

Flag ikegami October 4, 2012 1:41 PM PDT
Thanks.

The way I see it, "summoning sickness" is only a naughty word if Haste is thought to remove it. As such, explaining that Haste doesn't remove summoning sickeness is a better approach than the current non-attempt to erradicate the term "summoning sickness". I usually hate metaphores, but summoning sickness is a term players want, and even the official rules define haste is even defined in terms of summoning sickess! ("A keyword ability that lets a creature ignore the “summoning sickness” rule.").

Flag 2goth4U October 4, 2012 1:47 PM PDT

Oct 4, 2012 -- 1:26PM, jeff-heikkinen wrote:

This is a really nice explanation for less technically-inclined players.


totally agree

Flag ikegami October 4, 2012 2:30 PM PDT
Made a thread in Rules & Theory on the subject.

Flag Zoidberg October 4, 2012 11:25 PM PDT
The ability of the chieftain is an ability granting effect (such as for any "lord" creature ) so if he isn't there anymore, he doesn't grant the ability anymore (in the case of the captain, the soldiers won't have vigilance anymore, same for the chieftain here).
Flag ikegami October 4, 2012 11:44 PM PDT

Oct 4, 2012 -- 11:25PM, Zoidberg wrote:

The ability of the chieftain is an ability[-]granting effect [...], so if he isn't there anymore, he doesn't grant the ability anymore


That's not true. The conclusion does not follow from the premise. While the conclusion is true in this case, it won't always be. It's only correct if the effect is that of a static ability. If the effect is that of a triggered or activated ability, it would be independent of the source. Example , or since we were talking about Haste, example 2

Flag Zoidberg October 5, 2012 1:16 AM PDT

Oct 4, 2012 -- 11:44PM, ikegami wrote:

Oct 4, 2012 -- 11:25PM, Zoidberg wrote:

The ability of the chieftain is an ability[-]granting effect [...], so if he isn't there anymore, he doesn't grant the ability anymore


That's not true. The conclusion does not follow from the premise. While the conclusion is true in this case, it won't always be. It's only correct if the effect is that of a static ability. If the effect is that of a triggered or activated ability, it would be independent of the source. Example , or since we were talking about Haste, example 2



Thanks for nitpicking next to the point.

Flag ikegami October 5, 2012 10:53 AM PDT
You're welcome, but I don't consider correcting "The sky is blue, so the creatures deal no damage that turn." to be a nitpick, even if creatures deal no damage that turn, and even if that was your point. Even worse, your incorrect explanation sounded legit, which made it egregious.
Post Your Reply
<CTRL+Enter> to submit
Please login to post a reply.
Jump Menu:
 
    Viewing this thread :: 0 registered and 1 guest
    No registered users viewing