Menu
News
All News
Dungeons & Dragons
Level Up: Advanced 5th Edition
Pathfinder
Starfinder
Warhammer
2d20 System
Year Zero Engine
Industry News
Reviews
Dragon Reflections
White Dwarf Reflections
Columns
Weekly Digests
Weekly News Digest
Freebies, Sales & Bundles
RPG Print News
RPG Crowdfunding News
Game Content
ENterplanetary DimENsions
Mythological Figures
Opinion
Worlds of Design
Peregrine's Nest
RPG Evolution
Other Columns
From the Freelancing Frontline
Monster ENcyclopedia
WotC/TSR Alumni Look Back
4 Hours w/RSD (Ryan Dancey)
The Road to 3E (Jonathan Tweet)
Greenwood's Realms (Ed Greenwood)
Drawmij's TSR (Jim Ward)
Community
Forums & Topics
Forum List
Latest Posts
Forum list
*Dungeons & Dragons
Level Up: Advanced 5th Edition
D&D Older Editions, OSR, & D&D Variants
*TTRPGs General
*Pathfinder & Starfinder
EN Publishing
*Geek Talk & Media
Search forums
Chat/Discord
Resources
Wiki
Pages
Latest activity
Media
New media
New comments
Search media
Downloads
Latest reviews
Search resources
EN Publishing
Store
EN5ider
Adventures in ZEITGEIST
Awfully Cheerful Engine
What's OLD is NEW
Judge Dredd & The Worlds Of 2000AD
War of the Burning Sky
Level Up: Advanced 5E
Events & Releases
Upcoming Events
Private Events
Featured Events
Socials!
EN Publishing
Twitter
BlueSky
Facebook
Instagram
EN World
BlueSky
YouTube
Facebook
Twitter
Twitch
Podcast
Features
Top 5 RPGs Compiled Charts 2004-Present
Adventure Game Industry Market Research Summary (RPGs) V1.0
Ryan Dancey: Acquiring TSR
Q&A With Gary Gygax
D&D Rules FAQs
TSR, WotC, & Paizo: A Comparative History
D&D Pronunciation Guide
Million Dollar TTRPG Kickstarters
Tabletop RPG Podcast Hall of Fame
Eric Noah's Unofficial D&D 3rd Edition News
D&D in the Mainstream
D&D & RPG History
About Morrus
Log in
Register
What's new
Search
Search
Search titles only
By:
Forums & Topics
Forum List
Latest Posts
Forum list
*Dungeons & Dragons
Level Up: Advanced 5th Edition
D&D Older Editions, OSR, & D&D Variants
*TTRPGs General
*Pathfinder & Starfinder
EN Publishing
*Geek Talk & Media
Search forums
Chat/Discord
Menu
Log in
Register
Install the app
Install
Upgrade your account to a Community Supporter account and remove most of the site ads.
Community
General Tabletop Discussion
*Dungeons & Dragons
Not a fan of the new Eldritch Knight
JavaScript is disabled. For a better experience, please enable JavaScript in your browser before proceeding.
You are using an out of date browser. It may not display this or other websites correctly.
You should upgrade or use an
alternative browser
.
Reply to thread
Message
<blockquote data-quote="clearstream" data-source="post: 9534708" data-attributes="member: 71699"><p>Hmm, well as to speculation about designer motives, I take the "value" in this case to be found in the properties of the whole system. As a designer, given</p><p></p><p style="margin-left: 20px"><strong>A.</strong> I want to allow characters to multiclass including choosing multiple spellcasting classes</p> <p style="margin-left: 20px"></p> <p style="margin-left: 20px"><strong>B.</strong> I want spellcasting characters to have preferred access to subsets of all spells (e.g. a class spell list)</p> <p style="margin-left: 20px"></p> <p style="margin-left: 20px"><strong>C.</strong> I want to offer feats to characters that give limited access to subsets of spells</p> <p style="margin-left: 20px"></p> <p style="margin-left: 20px"><strong>D.</strong> I want to offer class and sub-class features that modify or act upon subsets of spells</p> <p style="margin-left: 20px"></p><p>Contemplating design goals like that, it seems obvious that a clean approach would be to separate spell lists out from classes and simply state what list a class or feat was to draw from. Unfortunately that provoked backlash, so they reverted to the more traditional approach.</p><p></p><p>Either way, unless one engineered in a clunky extra rule to forbid it (limiting without removing multiclassing) or did something even clunkier like counting spells as appearing on different lists for specific purposes (like multiclassing) duplicated-spells are just an emergent feature of the whole system. An elegant approach would be simply <em>don't support </em>anything like A. and C.</p><p></p><p>The value (of allowing that emergence) is found in what the whole system affords, such as if I multiclass spellcasters I can cast spells from each of my lists up to the appropriate level for that list, applying whatever features I have that modify spells to that list. Were it not for duplicated-spells, multiclassing would allow for even stronger, less-balanced, characters than it currently does. Another aspect of "value" is the "designability" of the system: I can avoid increasing the playtest burden because I don't have to consider every possible spell when I design a feature that does-something-with-spells. I can constrain it to one list.</p><p></p><p>The value is in the overall design space afforded, not specifically (and really, as you point out) that players ought to be able to make what would amount to trap picks. While I see (and have played) a few cases where duplicated-spells turned out to be worthwhile (or at least, seemed so to me) that's not really what I wanted to argue. My analysis was more about seeing what the game system unavoidably contained (duplicated-spells) and what else that implied.</p></blockquote><p></p>
[QUOTE="clearstream, post: 9534708, member: 71699"] Hmm, well as to speculation about designer motives, I take the "value" in this case to be found in the properties of the whole system. As a designer, given [INDENT][B]A.[/B] I want to allow characters to multiclass including choosing multiple spellcasting classes[/INDENT] [INDENT][/INDENT] [INDENT][B]B.[/B] I want spellcasting characters to have preferred access to subsets of all spells (e.g. a class spell list)[/INDENT] [INDENT][/INDENT] [INDENT][B]C.[/B] I want to offer feats to characters that give limited access to subsets of spells[/INDENT] [INDENT][/INDENT] [INDENT][B]D.[/B] I want to offer class and sub-class features that modify or act upon subsets of spells[/INDENT] [INDENT][/INDENT] Contemplating design goals like that, it seems obvious that a clean approach would be to separate spell lists out from classes and simply state what list a class or feat was to draw from. Unfortunately that provoked backlash, so they reverted to the more traditional approach. Either way, unless one engineered in a clunky extra rule to forbid it (limiting without removing multiclassing) or did something even clunkier like counting spells as appearing on different lists for specific purposes (like multiclassing) duplicated-spells are just an emergent feature of the whole system. An elegant approach would be simply [I]don't support [/I]anything like A. and C. The value (of allowing that emergence) is found in what the whole system affords, such as if I multiclass spellcasters I can cast spells from each of my lists up to the appropriate level for that list, applying whatever features I have that modify spells to that list. Were it not for duplicated-spells, multiclassing would allow for even stronger, less-balanced, characters than it currently does. Another aspect of "value" is the "designability" of the system: I can avoid increasing the playtest burden because I don't have to consider every possible spell when I design a feature that does-something-with-spells. I can constrain it to one list. The value is in the overall design space afforded, not specifically (and really, as you point out) that players ought to be able to make what would amount to trap picks. While I see (and have played) a few cases where duplicated-spells turned out to be worthwhile (or at least, seemed so to me) that's not really what I wanted to argue. My analysis was more about seeing what the game system unavoidably contained (duplicated-spells) and what else that implied. [/QUOTE]
Insert quotes…
Verification
Post reply
Community
General Tabletop Discussion
*Dungeons & Dragons
Not a fan of the new Eldritch Knight
Top