Charms idea


Although the central place for design discussion is ##crawl-dev on freenode, some may find it helpful to discuss requests and suggestions here first.

Abyss Ambulator

Posts: 1217

Joined: Sunday, 14th April 2013, 04:01

Post Tuesday, 29th April 2014, 13:26

Charms idea

So, there have been a billion threads about charms over time, and I just came up with an idea that MIGHT help things somewhat: Have each charm have a "body slot"
This way, rather than using the rather clunky method of glow to limit things, you have to decide which charm is best for the situation instead of all of them.

Cloak: Repel/Deflect Missiles, Shroud of Golubria, Ring of Flames, Invis (why is this a hex again?)
Body: Ozo's, Regen, Haste, Flight

Alternatively, just say "hey only two charms on at once"
Three wins: Gargoyle Earth Elementalist of Ash, Ogre Fighter of Ru, Deep Dwarf Fighter of Makhleb (0.16 bugbuild :( )

Tomb Titivator

Posts: 832

Joined: Wednesday, 17th April 2013, 13:28

Post Tuesday, 29th April 2014, 14:15

Re: Charms idea

DracheReborn wrote:I still like my suggestion from the last time this topic came up:

What if charms become item egos instead? Say amulet of repel missile (like amulet of air, but not unrand), or maybe make RM a shield ego. If temporary branding is worth keeping, make them glove egos. Ditto for Sure Blade. Shroud and Phase Shift could be cloak egos. Stoneskin and Ozo's Armour could be robe egos. Things like flight and swiftness and regen and control teleport already exist on items - increasing their generation rate to replace the spells may make sense.

The benefit of this change is that buffs no longer become a "no-brainer" once the spell is available and castable. Now you'd need to trade off against your other available equipment. This also addresses the problem of item egos being somewhat lacklustre.

For this message the author DracheReborn has received thanks:
khalil

Abyss Ambulator

Posts: 1217

Joined: Sunday, 14th April 2013, 04:01

Post Tuesday, 29th April 2014, 17:58

Re: Charms idea

Go team Xomthing Special
Three wins: Gargoyle Earth Elementalist of Ash, Ogre Fighter of Ru, Deep Dwarf Fighter of Makhleb (0.16 bugbuild :( )

For this message the author TeshiAlair has received thanks:
DracheReborn
User avatar

Blades Runner

Posts: 614

Joined: Tuesday, 31st December 2013, 19:51

Post Tuesday, 29th April 2014, 20:42

Re: Charms idea

Invisibility also lets you affect others. Charms help you, Hexes affect things.
114491 | Pan | Entered the realm of Gloorx Vloq.
114491 | Pan | Noticed Gloorx Vloq
114492 | Pan | Killed Gloorx Vloq

true lords of shadow NEVER sleep

Barkeep

Posts: 3890

Joined: Wednesday, 14th August 2013, 23:25

Location: USA

Post Tuesday, 29th April 2014, 20:53

Re: Charms idea

Lyrick wrote:Invisibility also lets you affect others. Charms help you, Hexes affect things.


Most spells help you in one way or another. Yes, most Charms involve "buff-like" effects, (though e.g., battlesphere is an exception), and there are buff spells that are not charms (e.g., phase shift).

Really, invisibility is a hex because charms and hexes used to all be in one huge mess (design-wise) of a spell school, "Enchantments," that was split. Haste was put in the pool of "Charms," and so Silence and Invisibility had to go the way of hexes. The others were sorted in a way that "affect others and/or more oriented toward harming others" when into hexes, while the others went into charms. This doesn't hold absolutely, however. (E.g., ring of flames is in charms, darkness is in hexes.)

I'd just define it pragmatically. "Enchantment"-like spells were too broad and thus need to be broken down. Some spells that worked well together had to be hexes to keep some backgrounds coherent, and from that a somewhat reasonable division was hashed out, but there really isn't a completely consistent, a priori principle that separates one from the other.

Return to Game Design Discussion

Who is online

Users browsing this forum: No registered users and 59 guests

Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group.
Designed by ST Software for PTF.