openEtG

[serprex]

https://github.com/serprex/openEtG/commit/b397a16657a745ef0f02c6b14063a10c5e16af5b#diff-eacf331f0ffc35d4b482f1d15a887d3bR195
I've added a basic layout for AI. Currently demonstrates with an AI that will play pillars and discard if hand is full. Note that while the demo AI is written plainly in index.html, one should define their AI in a separate file. I plan to eventually use RequireJS, so feel free to write AI in that style

If you decide you want a db to store learning information in, I'd suggest using redis as that's my current goal for storing player info in

PS Works in Chrome now

[treebeard xiii]

sounds like this is proceeding nicely hopefully this will be fully functional after christmas

[Jyiber]

Hopefully we can test a few card ideas out, if it hasn't already been suggested.

Also, new AIs...

[andretimpa]

Made some elemental symbols that keep the same colors but use different designs than the ones in EtG

Spoiler for 32 pixels:

Spoiler for full size:

Spoiler for what the things drawing in the marks should be:

Entropy -> shattered glass (looks good in the bigger version, looks weird in the smaller one)
Gravity -> Planetary System (satisfied with this one)
Death -> Skull and Bones (looks a bit too cute, but that's the best I can do)
Life -> Leaf (not satisfied)
Time -> An Hourglass (this one looks better in the smaller version. Overall satisfied)
Aether -> A dimensional rift (I botched this one )
Earth -> Mountains (extremely satisfied with the result)
Air -> currents (simple but gets the message through)
Fire -> Flame (satisfied with it)
Water -> Rain (Made some mistakes in the original but they disappear in the smaller version)
Darkness -> Abstract shadows (abstract is abstract)
Light -> Abstract Flare (the smaller icon seems to shine because of the gradients, mission accomplished)

There is definitely room for improving some of them.

[serprex]

Icons added, thanks

[Higurashi]

Admin statements have been requested, so I will confirm: this is currently a legal project. My statement does not in any way reflect zanz' stance and I will follow his if he states anything different.

[antiaverage]

Thank you, Higurashi! This will at least cut down on certain questions we have received. So until Zanz says otherwise, we can keep working on this. That's helpful to know.

[andretimpa]

Did a bit of testing today (it is much more playable now that there are icons and you don't need to hover the mouse to get stats and stack sizes) and animate weapon doesn't seem to work (it just won't play the card, even with a weapon in the slot and with quanta to play it).

Read some parts of the code and I think I found a problem in the Shard Golem. It currently requires 7 SoG to get the mitosis ability (if I understood the code right).

[serprex]

Corrected Shard Golem issue
You may be getting confused because I haven't added targeting graphics. Flying Weapon has been changed to target players (thus you can fly your opponent's weapon). A player's hitbox is their health text

I should mention that I feel the code is up to par at this point to begin progressing beyond the current Elements cardpool/mechanics. Still unsure how best to determine deciding new cards/buffs/nerfs, but putting it out there

There was implications earlier that with pvp servers down this might be a suitable alternative for matchs, but there are some large scale changes that make this impractical already: CC shields affecting weapons, randomquanta being proportional, complete reshuffle for automulligan. While those examples wouldn't be hard to fix, I've decided that my changes are fixing broken things in Elements. I personally don't have the will to maintain two branches, so a more strict adherence to Elements would have to maintained by someone else. Since I'm not that someone else, I might as well not be them half assedly

[vrt]

Yo. Feel free to use any of the artwork I made for EtG, just email me at vrt@vrt-designs.com and let me know.

If you need any more art made I might be able to do something, but again - email me, we'll see.

[LITHE]

Since psion is changed into a status rather than an active skill keeping the spell damage status with mutation/overdrive doesn't need to be mentioned as something that could be fixed because it is in keeping with how statuses work. I hope that made sense.

[serprex]

vrt: Email sent. Very grateful
LITHE: if mutant psions' spelldamage is OP, code can be written so that preexisting psion status is removed when transforming. But yes, that change is implied so I've removed noting it in an attempt to keep the list of differences concise

On changing the code to emulate original behavior: I've modified the active system to support multiple actives (still not perfect, can't have multiple actives of the same kind). While this is useful in defining cards, it conflicts with alternate uses of active changing cards being lobo methods

Fixing this isn't impossible: when changing an active, instead of saying "c.active.cast = Actives.destroy" in BE, I'd say "c.active = {cast: Actives.destroy}" but it raises the question of whether the lobo'ing is really necessary for _all_ active overriding spells. Any opinions would be appreciated. To note: Devourer's passive is now an active alongside burrow, so Butterpest would no longer work if BE didn't only overwrite burrow

I personally think stuff like Butterpest is neat, thus that more card synergies like that would be good, and that lobo'ing should be explicit. I've read complaints that active overriding spells were downsizing aether's lobotomize (inb4 aether hate). Still, if there's any active replacements which feel like they should explicitly lobo, do mention

edit active chaining implemented. So "c.active.hit = Actives.vampire" is now "c.addactive('hit', Actives.vampire)" & doesn't lobo scorpions