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
*Pathfinder & Starfinder
Game Modules you'd like/expect to see...
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="steeldragons" data-source="post: 5899389" data-attributes="member: 92511"><p>Yes. By varying combinations of 1s and 0s. Thought that was obviously implied. But that's what I get for assuming, again. </p><p></p><p></p><p> </p><p>Your position, and bare with me since I'm kinda not following, is that table-top RPGs should follow computer programming design so as to not have "faults"? That will never be achievable.</p><p></p><p>Perfection is an ideal, perhaps a goal, but ultimately in the realm of humanity, a myth. In the realm of mathematics (within which I would include computer programming), perhaps not. Something comes out exactly "right" or it doesn't work/is "wrong" (my deplorable marks in advanced physics are a testament to that! lol).</p><p></p><p>But since D&D is a [table top] game of imagination and creativity and not a game of mathematics, perfection [no faults] is just a pipe dream.</p><p></p><p>More and more rules hard-coded into/mandatory in the "program" of the basic/core game is not going to make this any more achievable.</p><p></p><p>Accept it for what it is, options [as a feature, not a bug...this is NOT a computer program] and all, and have fun with it.</p><p></p><p></p><p></p><p>No, it seems you do not. I wish I could explain it better. But I'm at something of a loss. It seems that simply saying "game design" translates to your ears as "programming"...a byproduct of the computer driven generation/culture we find ourselves in, perhaps. </p><p></p><p>There are rules <em>within </em>game design. But rules are not game design...no, I guess that doesn't help clear things up as much as it sounded like it would in my head. hmmm.</p><p></p><p></p><p></p><p>If you are saying that we need rules XYZ built in to the core game, then yes, it <em>is</em> harmful for those who prefer not to [want to] use those rules. Then <em>you</em> are advocating <em>more</em> DM fiat because it will be <em>necessary</em> to willfully ignore or change the rules for this or that group to play the way they like. </p><p></p><p>Whereas putting them "off to the side", as it were, still in the book, and saying "Use them or this or that bit of them as much or little as you wish" is not harmful to anyone. Nor encouraging DM fiat because it is "the rules" that you can play this game, right ch'eeuh, OR use xyz elements [optional modules] to make the game you want more by adding or swapping out abc.</p><p></p><p></p><p></p><p>Yes. But Color theory for one area of design is not at all mandatory, all- encompassing or translates well into others, as it seems you are arguing pro taking the tenets of software <em>programming</em> and applying it to RPG game <em>design</em>.</p><p></p><p>The color palette of the year might say "chocolate brown" is the hip/chic/evocative for X/go to color in the Y industry does not make it a good color to use in other design areas.</p><p></p><p>Do industry Y and industry Z both use Color Theory? Yes. Are they immediately applicable/swappable across those industries? For the purposes/betterment of the design of both? Most definitely not. </p><p> </p><p></p><p></p><p>Yes, all rules are essentially, "yes, you can" or "no, you can't." How does that play into "here's this batch of rules to add to you game if you want 'yes, you can/no, you can't' for this element of play OR leave them out if you prefer?</p><p></p><p></p><p></p><p>No. Nothing is. But, it sounds like your arguments are advocating that you want as LITTLE DM fiat as possible. So, again, how is adding/tacking things on you want, while others might not, going to somehow ADD to DM fiat? DM fiat will always be <em>permissible</em>...it is in any game (well, not computer games, I suppose, unless you go back in and reprogram them). I'm not really concerned or arguing for that.</p><p></p><p>Case in point, I like alignment. My players like alignment. We have not seen nearly the amount of guff in play that others on these sites claim with it. I use alignment (9-point) in my game world/setting. It's built in. there are orders and religions and alignment plays into all of them. It is color and flavor that I/we enjoy.</p><p></p><p>Regardless of how 5e stipulates alignment to be included, I will continue to use 9-point (and smack down paladins and druids that step outta line <img src="http://www.enworld.org/forum/images/smilies/devil.png" class="smilie" loading="lazy" alt=":devil:" title="Devil :devil:" data-shortname=":devil:" />). I assume at least 1 method will be 9-point, but if the default comes out as "D&D 5e has no Alignment rules in game, but here's some other options", I am in no way DM fiatting it or "breaking the rules" to use them.</p><p></p><p>If the system says "This is Alignment in 5e and that's it!" ("1" or "0") Then, yeah, I need to "fiat" the alignment system in.</p><p></p><p></p><p></p><p>In my experience "People" have not stopped using ad-hoc rulings. But, as with everything on the interwebs, individual experience varies, of course. Broad swathes of what "people" are doing are almost never true for most things.</p><p></p><p>This system [5e]...with modules to add for this, that or the other set of "rules" you want in your games...would/could/should be one that does not "force them" to handle this or that element in play in any particular way other than how they like. </p><p></p><p></p><p></p><p>I don't believe I said it did. Offering you modules of rules you want in your game is "limiting [your] full range of possibilities" how, exactly?</p><p></p><p></p><p></p><p>I sincerely disagree that that is the definition of "good design". "Good programming", perhaps. But see my last post regarding design =/= programming.</p><p></p><p>If your game/group says we're using this module or that module, that <em>requires</em> DM fiat how exactly? Now, if you adopt XYZ rules and your DM makes an ad-hoc ruling against the module's rules anyway...that's on the DM and to be handled with your group. That's not on the system. Nor do I see any way you could hard-code it into the game without, again, pissing/turning a LOT of people off.</p><p></p><p>But, again...not the point of the thread...and I am as much at fault as others in keeping up this discussion. Feel free to respond to what I have asked or pointed out here...but other than that, could we move on please?</p><p></p><p>Another thread to debate this further would be more than welcome. But not in this thread.</p><p></p><p>Please and thank you.</p><p>--SD</p></blockquote><p></p>
[QUOTE="steeldragons, post: 5899389, member: 92511"] Yes. By varying combinations of 1s and 0s. Thought that was obviously implied. But that's what I get for assuming, again. Your position, and bare with me since I'm kinda not following, is that table-top RPGs should follow computer programming design so as to not have "faults"? That will never be achievable. Perfection is an ideal, perhaps a goal, but ultimately in the realm of humanity, a myth. In the realm of mathematics (within which I would include computer programming), perhaps not. Something comes out exactly "right" or it doesn't work/is "wrong" (my deplorable marks in advanced physics are a testament to that! lol). But since D&D is a [table top] game of imagination and creativity and not a game of mathematics, perfection [no faults] is just a pipe dream. More and more rules hard-coded into/mandatory in the "program" of the basic/core game is not going to make this any more achievable. Accept it for what it is, options [as a feature, not a bug...this is NOT a computer program] and all, and have fun with it. No, it seems you do not. I wish I could explain it better. But I'm at something of a loss. It seems that simply saying "game design" translates to your ears as "programming"...a byproduct of the computer driven generation/culture we find ourselves in, perhaps. There are rules [I]within [/I]game design. But rules are not game design...no, I guess that doesn't help clear things up as much as it sounded like it would in my head. hmmm. If you are saying that we need rules XYZ built in to the core game, then yes, it [I]is[/I] harmful for those who prefer not to [want to] use those rules. Then [I]you[/I] are advocating [I]more[/I] DM fiat because it will be [I]necessary[/I] to willfully ignore or change the rules for this or that group to play the way they like. Whereas putting them "off to the side", as it were, still in the book, and saying "Use them or this or that bit of them as much or little as you wish" is not harmful to anyone. Nor encouraging DM fiat because it is "the rules" that you can play this game, right ch'eeuh, OR use xyz elements [optional modules] to make the game you want more by adding or swapping out abc. Yes. But Color theory for one area of design is not at all mandatory, all- encompassing or translates well into others, as it seems you are arguing pro taking the tenets of software [I]programming[/I] and applying it to RPG game [I]design[/I]. The color palette of the year might say "chocolate brown" is the hip/chic/evocative for X/go to color in the Y industry does not make it a good color to use in other design areas. Do industry Y and industry Z both use Color Theory? Yes. Are they immediately applicable/swappable across those industries? For the purposes/betterment of the design of both? Most definitely not. Yes, all rules are essentially, "yes, you can" or "no, you can't." How does that play into "here's this batch of rules to add to you game if you want 'yes, you can/no, you can't' for this element of play OR leave them out if you prefer? No. Nothing is. But, it sounds like your arguments are advocating that you want as LITTLE DM fiat as possible. So, again, how is adding/tacking things on you want, while others might not, going to somehow ADD to DM fiat? DM fiat will always be [I]permissible[/I]...it is in any game (well, not computer games, I suppose, unless you go back in and reprogram them). I'm not really concerned or arguing for that. Case in point, I like alignment. My players like alignment. We have not seen nearly the amount of guff in play that others on these sites claim with it. I use alignment (9-point) in my game world/setting. It's built in. there are orders and religions and alignment plays into all of them. It is color and flavor that I/we enjoy. Regardless of how 5e stipulates alignment to be included, I will continue to use 9-point (and smack down paladins and druids that step outta line :devil:). I assume at least 1 method will be 9-point, but if the default comes out as "D&D 5e has no Alignment rules in game, but here's some other options", I am in no way DM fiatting it or "breaking the rules" to use them. If the system says "This is Alignment in 5e and that's it!" ("1" or "0") Then, yeah, I need to "fiat" the alignment system in. In my experience "People" have not stopped using ad-hoc rulings. But, as with everything on the interwebs, individual experience varies, of course. Broad swathes of what "people" are doing are almost never true for most things. This system [5e]...with modules to add for this, that or the other set of "rules" you want in your games...would/could/should be one that does not "force them" to handle this or that element in play in any particular way other than how they like. I don't believe I said it did. Offering you modules of rules you want in your game is "limiting [your] full range of possibilities" how, exactly? I sincerely disagree that that is the definition of "good design". "Good programming", perhaps. But see my last post regarding design =/= programming. If your game/group says we're using this module or that module, that [I]requires[/I] DM fiat how exactly? Now, if you adopt XYZ rules and your DM makes an ad-hoc ruling against the module's rules anyway...that's on the DM and to be handled with your group. That's not on the system. Nor do I see any way you could hard-code it into the game without, again, pissing/turning a LOT of people off. But, again...not the point of the thread...and I am as much at fault as others in keeping up this discussion. Feel free to respond to what I have asked or pointed out here...but other than that, could we move on please? Another thread to debate this further would be more than welcome. But not in this thread. Please and thank you. --SD [/QUOTE]
Insert quotes…
Verification
Post reply
Community
General Tabletop Discussion
*Pathfinder & Starfinder
Game Modules you'd like/expect to see...
Top