As a final thought to the wilderness rules ideas the last two weeks: You'll notice that each of the separate sections had an appendix of notes and references for different rules at the bottom of each page.
This is something I struggle with a lot in the context of paper rules documents. You want the rules to be terse, be immediately interpretable in play, and be easy to memorize. But on the other hand I think it's useful to include specific justifications, motivations, and references; I have the feeling that without those, I (and maybe many others) wind up repeating the same research projects over and over again, often recreating the same conclusions as other game designers. Now, those justifications may actually be longer than the rules themselves. My OED House Rules document has copious sidebar annotations (invisible in the distributed PDF form), likely longer than the rules themselves.
So I ask: What's the best way to include reference/citation/justifications in a rules document? Sidebar notes on each page? Footnotes? A block of references in each section? A consolidated appendix of commentary at the back of the book? A separate supplemental document entirely? Hyperlinks to multiple outside articles?
Subscribe to:
Post Comments (Atom)
I would use an annotated list of sources, sorted by (broad) topic, in the rear matter. Those who are interested will find it there easily, and the text won't be cluttered with footnote superscripts or sidebars for every topic and subtopic. (And thus you can use sidebars just for the discursions from the text that you especially wish to include.)
ReplyDeleteI use sidebars.
ReplyDeleteI have a blog post to go along with it.
ReplyDeleteI like endnotes, personally. They don't disrupt the flow of the text, but they give users the information they need if they want to start tinkering with the material.
ReplyDeleteThis is the direction I'm currently leaning towards.
DeleteStay terse and to the point, and point people to your blog, G+ circle, or message board you frequent if they want to see the thought process behind everything. It's not like we live in an age of near-instant communication or anything. :-D
ReplyDeleteCreate a Wiki site that lists the references with hyperlinks to the relevant webpages or books (through Amazon, Google books or other site). Include those hyperlinks in the digital version of the book and list the URL to your Wiki in the paper copy.
ReplyDeleteI'm a fan of footnotes, preferably with hyper-links to references included.
ReplyDeleteI would make two documents: One to use in the table and another to read as inspiration with all justification.
ReplyDeleteYou could name it the "Delta's Master Guide". Heheh
LOL now that's an image!
DeleteThis is basically what I'd like to see. One short player-reference document, easily printed, and a longer document to be consulted by tinkerers where the explanations and discussions make up 50-80% of the page.
DeleteKinda like Talmud.
It's a tough one...a dilemma I've struggled with myself at times. In the one document where I felt I really needed to explain myself, I felt the sidebar (box text) "felt right" (and looked right aesthetically).
ReplyDeleteThat being said, my main thought is you can't worry too much about it. Many people won't care much: if the thing plays well, it won't be important; and if they want to modify it to their taste...well, of course they'll do so regardless of any justifications you give them.
In a situation like yours (knowing a bit about the way you work), you might just want some sort of blanket statement that the rules were "meticulously researched" and include a bibliography at the end (and a link to your blog), for the die hard design-types who are truly interested in the nuts and bolts.
Glad to know I'm not the only one wrestling with this.
DeleteAgree, save page space for rules. I would likely only have to review the justification once, but the rules will need to be referenced quickly and more often. Plus if it is a reference I want to hand to players, I don't want them to get bogged down in sidebars etc. For a digital product it would be trivial to have a large appendix of notes etc. For a print product, direct them to the (free?)PDF supplement of notes and justifications (or the blog)
DeletePut the "why" in one sentence if you can. Otherwise save it for the interviews and memoirs.
ReplyDeleteA good rule will insist upon itself without any defense.
That's traditionally one purpose of Designer's Notes, so I'd go with endnotes or a summary chapter at the end. Though, when it's done in RPGs, I've often seen it in either magazine articles (most GURPS products) or initial chapters (Fantasy Wargaming spent much of the first half of the book discussing the rationale behind the rules). If the rationale is particularly important, then sidebars would seem like the way to go.
ReplyDeleteI'm leaning towards Appendices, myself. They can be essays or terse technical notations, either way they won't interrupt the flow the main body of text. Just an opinion.
ReplyDeleteIf the justification is interesting to read about and clarifies during play, sidebar. If it's a huge technical digression, footnote a reference to the separate technical work that's of little interest to typical players. I prefer the split between a user manual for a car vs. the technical manual that defines and diagrams every single nut and bolt in the vehicle with repair processes and mechanic's tolerances.
ReplyDeleteKevin Crawford has a chapter at the end of Stars Without Number in which he goes through each chapters again from a designer's point of view and talk about why he made these rules choice and what they accomplish, and ideas on how to tinker with them.
ReplyDeleteOh, that's interesting.
DeleteEndnotes are fine, however another approach could be the one adopted in the old Avalon Hill Squad Leader expansion rulebooks. Instead of a comprehensive set of designer's notes at the end of the rulebook, each rule section had a brief introduction explaining the purpose of the mechanic to follow. The explanation was set off in italics and a smaller font size so you could skip them easily when referencing the rules.
ReplyDeleteI don't trust the general thrust of observations here, because 1) previously published games are really horrible about this and 2) published games worry about page count, because printing pages costs money.
ReplyDeleteA digital document that is intended for a smaller readership interested in the process and justifications for the rules should not be limited by economic concerns and the accidents of history from another century.
That is a good cautionary note!
DeleteDesigner's notes at the end or 2 documents. I love reading that stuff.
ReplyDeleteI frequently include justifications, and then find myself removing them from the documents I plan to hand out. I retain them in my notes though.
ReplyDeleteAs the DM/Rules Tweaker, I like to keep copious amounts of justifications and references to sites like this because sometimes I need to know what I was thinking at the time. More importantly, if a question should arise, I need to be able to explain my thinking. It doesn't mean that we won't change the rule, but it at least shows why I ended up with the rule I did. My notes usually include alternatives that I didn't keep.
But that's for me and my own campaign. For something to be published for others to use outside my campaign, I think that having access to some of that is important. In your case you have a great blog with further discussions readily available. So I would probably keep such things to a brief minimum in the actual published document. Sidebars, footnotes, and appendices all work, but they shouldn't interrupt the flow of actually using the rules.
Consulting the design notes is usually an out-of-game activity, and also commonly one that's done once. The rules themselves are consulted frequently, and wading through additional text is a hindrance.
In my house rules document I went with end notes. I try to make those notes as concise as possible while still citing everybody I feel I owe for the idea. Quite a few of those citations end up right here of course. :-)
ReplyDeleteThanks for the feedback! That's totally the direction I'm planning to go in. I just realized yesterday that LibreOffice has automatic support built in for endnotes like that.
Delete