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
*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
*TTRPGs General
*Pathfinder & Starfinder
EN Publishing
*Geek Talk & Media
Search forums
Chat/Discord
Menu
Log in
Register
Install the app
Install
Community
General Tabletop Discussion
*Pathfinder & Starfinder
Non-Vancian Wizards and Casting Mechanics as a "Hook"
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="Crazy Jerome" data-source="post: 5960001" data-attributes="member: 54877"><p>In prior editions, a lot of people have mostly gotten their way that "a separate class is supposed to be more than mechanics." But who says that restriction is inherent in Next, in a modular design? Why make that limit? Instead, why not have this list of classes over here that are very much supposed to be more than mechanics, and this list of somewhat similar classes over there that are nothing but mechanics, you supply the tweaks/archetypes? Why not do that?</p><p> </p><p>Now your "archetypical" classes can go nuts with the flavor, and your mechanics-only classes can go nuts with clean mechanics. Also note that the "archetypical" classes will probably have a bigger list. You've got the mechanical mage and then the archetypical wizard, sorcerer, warlock, etc.</p><p> </p><p>Or if you prefer to think of it this way, since very rarely would a group use some of each, think of it as a giant "class list" module that can be swapped out for one of two thing--archetype classes or mechanical classes. I'd still name them differently, because every now and then some group that mainly prefers the archetypical classes will want some particular character that is done better by adding their own homegrown archetype on top of the pure mechanics version.</p><p> </p><p>Of course, the other way to do that would be to make the mechanical, short list of classes as the base classes (not core rules, but base in the sense of "foundational in the system), then express the archetypical classes as particular options and flavor of the mechanical base class. So in that case, a wizard is a mage that's had particular options and flavor attached, while a sorcerer is a mage with a different set. </p><p> </p><p>I'd be fine with that, too. I proposed it the other way, so that people that really want their wizard archetypes don't need to share the label. <img src="https://cdn.jsdelivr.net/joypixels/assets/8.0/png/unicode/64/1f61b.png" class="smilie smilie--emoji" loading="lazy" width="64" height="64" alt=":p" title="Stick out tongue :p" data-smilie="7"data-shortname=":p" /></p></blockquote><p></p>
[QUOTE="Crazy Jerome, post: 5960001, member: 54877"] In prior editions, a lot of people have mostly gotten their way that "a separate class is supposed to be more than mechanics." But who says that restriction is inherent in Next, in a modular design? Why make that limit? Instead, why not have this list of classes over here that are very much supposed to be more than mechanics, and this list of somewhat similar classes over there that are nothing but mechanics, you supply the tweaks/archetypes? Why not do that? Now your "archetypical" classes can go nuts with the flavor, and your mechanics-only classes can go nuts with clean mechanics. Also note that the "archetypical" classes will probably have a bigger list. You've got the mechanical mage and then the archetypical wizard, sorcerer, warlock, etc. Or if you prefer to think of it this way, since very rarely would a group use some of each, think of it as a giant "class list" module that can be swapped out for one of two thing--archetype classes or mechanical classes. I'd still name them differently, because every now and then some group that mainly prefers the archetypical classes will want some particular character that is done better by adding their own homegrown archetype on top of the pure mechanics version. Of course, the other way to do that would be to make the mechanical, short list of classes as the base classes (not core rules, but base in the sense of "foundational in the system), then express the archetypical classes as particular options and flavor of the mechanical base class. So in that case, a wizard is a mage that's had particular options and flavor attached, while a sorcerer is a mage with a different set. I'd be fine with that, too. I proposed it the other way, so that people that really want their wizard archetypes don't need to share the label. :p [/QUOTE]
Insert quotes…
Verification
Post reply
Community
General Tabletop Discussion
*Pathfinder & Starfinder
Non-Vancian Wizards and Casting Mechanics as a "Hook"
Top