Jump to content

semi-article: Attach your document


Recommended Posts

However size and level of your scenario, it is always a good idea to have a readme file with the followings:

 

1. 'how to' - Simple instructions of playing the game sometimes means a whole lot to a new player. Most designers are already such experienced players that they forget about being a greenhorn in this area.

 

2. If you include a prefabricated party, there is a chance that it might not work for some players. Please put the data of that party in the text file; it could help adding more players to your scenario.

 

3. Some people like reading walkthrough or hint. If there is some importance data that could influence finishing of the game, it won't hurt to write it down.

 

4. Have multiple (workable) email addresses. 5 or 7 years from now, someone will still download your game and play it. So, if you are a last-year college student, don't just give your school's email address. Post another one that you will be sure to check regularly - that is if you wish to read feedback from your players.

 

** This is probably more of a comment than a real article.

Link to comment
Share on other sites

1 - About the "How to" I agree, even for the fully basic advices. Your scenario could be the first one a newbie try to play and that doesn't cost anything to copy/paste the standard instructions in your readme.

 

2 - About the pre made party, I don't understand what "put the data of that party in the text file" means. You means that this should be clearly mentioned in the readme file? If you mean that I agree otherwise if it means some resources manipulation, I can't agree.

 

3 - About walkthrough/hints I agree, it's better than nothing but I'd prefer a well organized set of html file that will be easier to provide hints without too high risks of spoiling.

 

4 - About the emails, I don't remember to have seen that. I agree with the problem but I'm not sure how good is the solution.

 

Still about readme files:

- It doesn't hurt to put some subtle publicity in it. Provide a list of special features, provide a short but appealing abstract of the subject and a short introduction of the story, at the opposite avoid very long story background description put in the readme or put it at the extreme end of the text file and be clear to mention that it's not required to read this.

- Avoid being too obviously pompous and pretentious.

- Never wrote that your scenario is bad or has bad points. Players will see that themselves and otherwise you could spoil them their pleasure about flaws they could have not notice.

- Put a long list of testers, if necessary create new names, that will always produce a good feeling and will help the players enjoy more your scenario.

- Put a list of the known bug you didn't succeed to solve. Be sober, no need to accuse the editor or the game engine.

- Put a list of you other scenario already made.

 

A last point, don't expect the player will read any line of your readme file.

Link to comment
Share on other sites

I don't know about boa, but I don't recall seeing any instruction on how to play other custom scenario.

 

Speaking from a newbie's point of view, I open the zip file and see many files - one I can guess that it is the scenario file, and one has .bmp. But how about .meg?

 

Certainly, for those who are not familiar with mac/pc different graphic file would have no clue what to do with them.

 

I think it should be assumed that a game player dl the game to play, not to make a guess which file goes where.

 

#2. Yes, I mean the stat of the party incase the actual file erupts.

 

#4. It might not be a good solution, but still designers should try to be a bit more farsight. Nothing is more frustrating than playing some games, get stuck, and have nowhere to turn to and unable to contact the designer.

Link to comment
Share on other sites

I don't know about boa, but I don't recall seeing any instruction on how to play other custom scenario.

 

Speaking from a newbie's point of view, I open the zip file and see many files - one I can guess that it is the scenario file, and one has .bmp. But how about .meg?

 

Certainly, for those who are not familiar with mac/pc different graphic file would have no clue what to do with them. (at least I don't)

 

I think it should be assumed that a game player dl the game to play, not to make a guess which file goes where.

 

#2. Yes, I mean the stat of the party incase the actual file erupts.

 

#4. It might not be a good solution, but still designers should try to be a bit more farsight. Nothing is more frustrating than playing some games, get stuck, and have nowhere to turn to and unable to contact the designer.

Link to comment
Share on other sites

Quote:
Put a long list of testers, if necessary create new names
What on Earth are you trying to say? Lie about your beta-testers? That's completely unnecessary and useless.

Quote:
Put a list of the known bug you didn't succeed to solve
I would think you should just solve them. Jeff did something like this with the BoE engine, and some people hate him for it now. Only leave in bugs if they are inherent to the Blades engine and you can't do anything about them.

Quote:
Your scenario could be the first one a newbie try to play and that doesn't cost anything to copy/paste the standard instructions in your readme
Not really. The tutorial will be the first scen that a newbie will try to play. I don't think there's been a documented instance of a newbie to a Blades system (either oE or oA) playing anything but VoDT next, especially since it is free as part of the demo.

Don't copy and paste the standard instructions. That's pointless. The players can read the docs and play the tutorial. But if there are special tactics necessary for combat or special instructions of any kind for the scenario (Of Good and Evil has some, for example), then you should mention them. I think this is what Dragongirl was saying, so I'm just clarifying.

I suppose it goes without saying that Read Mes should include acknowledgements and (if applicable) a link to the designer's web site. Alcritas's Read Mes are a pretty good model for any new designer. TM's scenarios sometimes require intensive, um, prep work -- see Corporeus -- and his Read Mes are pretty good about explaining what needs to be done, too, relating to Dragongirl's last post.
Link to comment
Share on other sites

Quote:
Originally written by Pronounced Kel-LAN-don:
What on Earth are you trying to say? Lie about your beta-testers? That's completely unnecessary and useless.
laugh
Quote:
I would think you should just solve them. Jeff did something like this with the BoE engine, and some people hate him for it now.
I quote myself : "You didn't succeed to solve." Otherwise, I don't think you need worry, you aren't Jeff and you don't ask a fee for your scenario.
Quote:
Only leave in bugs if they are inherent to the Blades engine and you can't do anything about them.
If your scenario produce a bug then you are wrong and it's useless to accuse the engine. It's up to you to avoid bugs of the engine.
Quote:
Quote:
Your scenario could be the first one a newbie try to play and that doesn't cost anything to copy/paste the standard instructions in your readme
Not really. The tutorial will be the first scen that a newbie will try to play.
No this "How To" was about installation of the addon. Ha well it's how I understood it and second post of dragongirl confirms that.
Link to comment
Share on other sites

Credit your graphical artists.

 

Add names of beta-testers? Vent, I thought your English was bad, but it now seems that you're just on something. :p

 

Kel, sometimes you just can't solve a bug, or it's not worth the effort (e.g. you need to rebuild a whole town to fix a graphical glitch).

 

Download a bunch of BoE scenarios (doesn't matter if you have BoE or not, you can still read the text files), and see which readmes you like and which ones you don't. Make yours similar to the ones you like.

Link to comment
Share on other sites

Quote:
Originally written by The Creator:
...
Download a bunch of BoE scenarios (doesn't matter if you have BoE or not, you can still read the text files), and see which readmes you like and which ones you don't. Make yours similar to the ones you like.
I am playing BoE scenario, still few but for the few, none of them had a rock solid readme, including no thanks to beta testers (but inside the game itself which isn't a so good thing appart at the end), hints or walkthrough not included and many more weak readme design.

I need to see more example but I don't think it was in the BoE culture and traditions to do standard and complete readme files.
Link to comment
Share on other sites

Do you have the same complaints about the big-name designers? If I were making a readme, I would copy Alcritas's format, or TM's from his later scenarios, or Brett Bixler's, or if I had a big scenario, Stareye's. At the Gallows in particular has a good readme.

 

Old scenarios or scenarios by lesser-known designers don't necessarily have good readmes, though. In the early days, I think it was more standard to have the intro text to the game say everything that needed to be said.

Link to comment
Share on other sites

Ok guys, I agree I haven't saw yet enough BoE examples of readme to have a general judgment. laugh

 

Drakefyre, I agree, the hints or walkthrough is much better in a separate file(s) but as a part of a package and not through an url that could have disapeared or an email to contact that could not exist.

 

So yes technically it must be in a separate faile but it should be like an annexe of the readme.

 

About that, when a package include more than one file, it's good to provide a list of the files in the package with a short description for each file.

Link to comment
Share on other sites

Guest
This topic is now closed to further replies.
×
×
  • Create New...