Card Development Questions
Moderators: timmermac, Blacksmith, KrazyTheFox, Agetian, friarsol, CCGHQ Admins
Re: Card Development Questions
by friarsol » 11 Jun 2011, 02:58
Are you sure about that? It doesn't have the same wording as Unearth does.jeffwadsworth wrote:Now this works fine, but to be 100%, the chosen dragon permanent must be exiled from anywhere, not just the battlefield. If Any is used, it just fizzles. Perhaps there is another way that doesn't require silly hacky SubAbilities that check every zone?
- friarsol
- Global Moderator
- Posts: 7593
- Joined: 15 May 2010, 04:20
- Has thanked: 243 times
- Been thanked: 965 times
Re: Card Development Questions
by jeffwadsworth » 11 Jun 2011, 04:00
well, i will add and see what happens.friarsol wrote:Are you sure about that? It doesn't have the same wording as Unearth does.jeffwadsworth wrote:Now this works fine, but to be 100%, the chosen dragon permanent must be exiled from anywhere, not just the battlefield. If Any is used, it just fizzles. Perhaps there is another way that doesn't require silly hacky SubAbilities that check every zone?
- jeffwadsworth
- Super Tester Elite
- Posts: 1172
- Joined: 20 Oct 2010, 04:47
- Location: USA
- Has thanked: 287 times
- Been thanked: 70 times
Re: Card Development Questions
by Sloth » 11 Jun 2011, 07:58
I think what sol meant is that it is correct ruleswise that the dragon permanent doesn't get exiled from anywhere but the battlefield. And I agree.jeffwadsworth wrote:well, i will add and see what happens.friarsol wrote:Are you sure about that? It doesn't have the same wording as Unearth does.jeffwadsworth wrote:Now this works fine, but to be 100%, the chosen dragon permanent must be exiled from anywhere, not just the battlefield. If Any is used, it just fizzles. Perhaps there is another way that doesn't require silly hacky SubAbilities that check every zone?
-
Sloth - Programmer
- Posts: 3498
- Joined: 23 Jun 2009, 19:40
- Has thanked: 125 times
- Been thanked: 507 times
Re: Card Development Questions
by friarsol » 11 Jun 2011, 13:03
Good thing Sloth is here to translate for meSloth wrote:I think what sol meant is that it is correct ruleswise that the dragon permanent doesn't get exiled from anywhere but the battlefield. And I agree.
- friarsol
- Global Moderator
- Posts: 7593
- Joined: 15 May 2010, 04:20
- Has thanked: 243 times
- Been thanked: 965 times
Re: Card Development Questions
by Starcrash » 15 Jun 2011, 03:00
I'm having a hard time getting Forge to recognize the various "pulse" conditions for the various pulse spells from Darksteel. For instance, I tried this with Pulse of the Fields (the white life-gaining spell)
A:SP$ GainLife | Cost$ 1 W W | Defined$ You | LifeAmount$ 4 | SubAbility$ SVar=TrigReturn | SpellDescription$ You gain 4 life. Then if an opponent has more life than you, return CARDNAME to its owner's hand.
SVar:TrigReturn:DB$ ChangeZone | ConditionPresent$ X | ConditionCompare$ LTY | Defined$ Self | Origin$ Stack | Destination$ Hand | ConditionDescription$ If an opponent has more life than you,
SVar:X:Count$YourLifeTotal
SVar:Y:Count$OppLifeTotal
The program completely ignores the condition and instead gives back Pulse of the Fields every time. I tried IsPresent$ instead (and even LifeAmount$, though I'm pretty certain that's trigger-only), and got the same outcome - no matter what I set as the conditions, they just get ignored. Is this why Pulse of the Tangle doesn't have code in the card itself? Are these cards - seemingly easy to code - still uncodeable?
A:SP$ GainLife | Cost$ 1 W W | Defined$ You | LifeAmount$ 4 | SubAbility$ SVar=TrigReturn | SpellDescription$ You gain 4 life. Then if an opponent has more life than you, return CARDNAME to its owner's hand.
SVar:TrigReturn:DB$ ChangeZone | ConditionPresent$ X | ConditionCompare$ LTY | Defined$ Self | Origin$ Stack | Destination$ Hand | ConditionDescription$ If an opponent has more life than you,
SVar:X:Count$YourLifeTotal
SVar:Y:Count$OppLifeTotal
The program completely ignores the condition and instead gives back Pulse of the Fields every time. I tried IsPresent$ instead (and even LifeAmount$, though I'm pretty certain that's trigger-only), and got the same outcome - no matter what I set as the conditions, they just get ignored. Is this why Pulse of the Tangle doesn't have code in the card itself? Are these cards - seemingly easy to code - still uncodeable?
Re: Card Development Questions
by jeffwadsworth » 15 Jun 2011, 03:49
- jeffwadsworth
- Super Tester Elite
- Posts: 1172
- Joined: 20 Oct 2010, 04:47
- Location: USA
- Has thanked: 287 times
- Been thanked: 70 times
Re: Card Development Questions
by friarsol » 15 Jun 2011, 04:11
Ugh. Looks like getDefined is sending in null in CombatUtil.predictPowerBonusOfBlocker for the SpellAbility which is needed to get the Triggered card.
- friarsol
- Global Moderator
- Posts: 7593
- Joined: 15 May 2010, 04:20
- Has thanked: 243 times
- Been thanked: 965 times
Re: Card Development Questions
by slapshot5 » 15 Jun 2011, 05:07
Investigation notes: predictPowerBonusOfBlocker passes in null for the sa. When getting Defined, it sees "Triggered" which calls sa.getTriggeringObject() and Bam! NPE.jeffwadsworth wrote:Catacomb Dragon script:
- | Open
During the declare blockers step it produces a NPE.
- | Open
-slapshot5
- slapshot5
- Programmer
- Posts: 1391
- Joined: 03 Jan 2010, 17:47
- Location: Mac OS X
- Has thanked: 25 times
- Been thanked: 68 times
Re: Card Development Questions
by Sloth » 15 Jun 2011, 08:03
ConditionPresent counts the number of cards on the battlefield that match the given restrictions, nothing more. It would need some extra coding.Starcrash wrote:I'm having a hard time getting Forge to recognize the various "pulse" conditions for the various pulse spells from Darksteel. For instance, I tried this with Pulse of the Fields (the white life-gaining spell)
A:SP$ GainLife | Cost$ 1 W W | Defined$ You | LifeAmount$ 4 | SubAbility$ SVar=TrigReturn | SpellDescription$ You gain 4 life. Then if an opponent has more life than you, return CARDNAME to its owner's hand.
SVar:TrigReturn:DB$ ChangeZone | ConditionPresent$ X | ConditionCompare$ LTY | Defined$ Self | Origin$ Stack | Destination$ Hand | ConditionDescription$ If an opponent has more life than you,
SVar:X:Count$YourLifeTotal
SVar:Y:Count$OppLifeTotal
The program completely ignores the condition and instead gives back Pulse of the Fields every time. I tried IsPresent$ instead (and even LifeAmount$, though I'm pretty certain that's trigger-only), and got the same outcome - no matter what I set as the conditions, they just get ignored. Is this why Pulse of the Tangle doesn't have code in the card itself? Are these cards - seemingly easy to code - still uncodeable?
-
Sloth - Programmer
- Posts: 3498
- Joined: 23 Jun 2009, 19:40
- Has thanked: 125 times
- Been thanked: 507 times
Re: Card Development Questions
by slapshot5 » 15 Jun 2011, 13:15
Ok, I was just thinking about this very thing, then I read this post. I guess that means I should just get to it, huh? I'll take a look at making this doable.Sloth wrote:ConditionPresent counts the number of cards on the battlefield that match the given restrictions, nothing more. It would need some extra coding.Starcrash wrote:I'm having a hard time getting Forge to recognize the various "pulse" conditions for the various pulse spells from Darksteel. For instance, I tried this with Pulse of the Fields (the white life-gaining spell)
A:SP$ GainLife | Cost$ 1 W W | Defined$ You | LifeAmount$ 4 | SubAbility$ SVar=TrigReturn | SpellDescription$ You gain 4 life. Then if an opponent has more life than you, return CARDNAME to its owner's hand.
SVar:TrigReturn:DB$ ChangeZone | ConditionPresent$ X | ConditionCompare$ LTY | Defined$ Self | Origin$ Stack | Destination$ Hand | ConditionDescription$ If an opponent has more life than you,
SVar:X:Count$YourLifeTotal
SVar:Y:Count$OppLifeTotal
The program completely ignores the condition and instead gives back Pulse of the Fields every time. I tried IsPresent$ instead (and even LifeAmount$, though I'm pretty certain that's trigger-only), and got the same outcome - no matter what I set as the conditions, they just get ignored. Is this why Pulse of the Tangle doesn't have code in the card itself? Are these cards - seemingly easy to code - still uncodeable?
-slapshot5
- slapshot5
- Programmer
- Posts: 1391
- Joined: 03 Jan 2010, 17:47
- Location: Mac OS X
- Has thanked: 25 times
- Been thanked: 68 times
Re: Card Development Questions
by slapshot5 » 15 Jun 2011, 18:53
Ok, after I check in my rework of the conditions stuff, you'll do it like this:slapshot5 wrote:Ok, I was just thinking about this very thing, then I read this post. I guess that means I should just get to it, huh? I'll take a look at making this doable.Sloth wrote:ConditionPresent counts the number of cards on the battlefield that match the given restrictions, nothing more. It would need some extra coding.Starcrash wrote:I'm having a hard time getting Forge to recognize the various "pulse" conditions for the various pulse spells from Darksteel. For instance, I tried this with Pulse of the Fields (the white life-gaining spell)
A:SP$ GainLife | Cost$ 1 W W | Defined$ You | LifeAmount$ 4 | SubAbility$ SVar=TrigReturn | SpellDescription$ You gain 4 life. Then if an opponent has more life than you, return CARDNAME to its owner's hand.
SVar:TrigReturn:DB$ ChangeZone | ConditionPresent$ X | ConditionCompare$ LTY | Defined$ Self | Origin$ Stack | Destination$ Hand | ConditionDescription$ If an opponent has more life than you,
SVar:X:Count$YourLifeTotal
SVar:Y:Count$OppLifeTotal
The program completely ignores the condition and instead gives back Pulse of the Fields every time. I tried IsPresent$ instead (and even LifeAmount$, though I'm pretty certain that's trigger-only), and got the same outcome - no matter what I set as the conditions, they just get ignored. Is this why Pulse of the Tangle doesn't have code in the card itself? Are these cards - seemingly easy to code - still uncodeable?
-slapshot5
- Code: Select all
A:SP$ GainLife | Cost$ 1 W W | Defined$ You | LifeAmount$ 4 | SubAbility$ SVar=TrigReturn | SpellDescription$ You gain 4 life. Then if an opponent has more life than you, return CARDNAME to its owner's hand.
SVar:TrigReturn:DB$ ChangeZone | ConditionLifeTotal$ You | ConditionLifeAmount$ LTX | Defined$ Self | Origin$ Stack | Destination$ Hand | ConditionDescription$ If an opponent has more life than you,
SVar:X:Count$OppLifeTotal
- slapshot5
- Programmer
- Posts: 1391
- Joined: 03 Jan 2010, 17:47
- Location: Mac OS X
- Has thanked: 25 times
- Been thanked: 68 times
Re: Card Development Questions
by slapshot5 » 16 Jun 2011, 14:08
Just saw this. Yes, this is now implemented.jeffwadsworth wrote:CopyPermanent. Any plans to include an option to make multiple copies like tokenamount$?
- slapshot5
- Programmer
- Posts: 1391
- Joined: 03 Jan 2010, 17:47
- Location: Mac OS X
- Has thanked: 25 times
- Been thanked: 68 times
Re: Card Development Questions
by jeffwadsworth » 16 Jun 2011, 16:53
Fantastic...now if I could just remember what card required it.slapshot5 wrote:Just saw this. Yes, this is now implemented.jeffwadsworth wrote:CopyPermanent. Any plans to include an option to make multiple copies like tokenamount$?
- jeffwadsworth
- Super Tester Elite
- Posts: 1172
- Joined: 20 Oct 2010, 04:47
- Location: USA
- Has thanked: 287 times
- Been thanked: 70 times
Re: Card Development Questions
by friarsol » 16 Jun 2011, 17:15
Rite of Replication? Which was already converted.jeffwadsworth wrote:Fantastic...now if I could just remember what card required it.slapshot5 wrote:Just saw this. Yes, this is now implemented.jeffwadsworth wrote:CopyPermanent. Any plans to include an option to make multiple copies like tokenamount$?
- friarsol
- Global Moderator
- Posts: 7593
- Joined: 15 May 2010, 04:20
- Has thanked: 243 times
- Been thanked: 965 times
Re: Card Development Questions
by jeffwadsworth » 16 Jun 2011, 21:23
- jeffwadsworth
- Super Tester Elite
- Posts: 1172
- Joined: 20 Oct 2010, 04:47
- Location: USA
- Has thanked: 287 times
- Been thanked: 70 times
Who is online
Users browsing this forum: No registered users and 36 guests