Submissions To The RRDatabase
First off, be aware that you don't need to wait for me to get around to specifically asking you if you want your work on the RRDatabase - I want this to place to feel like it's open for everyone out there to add to. By no means is this site "invitation-only" in terms of it's content. Whatever you've got to contribute, I'd love to have it here - that's the whole reason for running the place, after all. In the course of wandering the net, if I see something out there that I like and think should be here, I'll probably e-mail or otherwise contact it's author and ask for permission to archive it. Sometimes, though, I either don't remember or just don't manage to get to it. Please don't be shy about sending in your work or in telling me about someone else's work that you think deserves to be on here.
The best way to bring your own work to my attention is probably to e-mail me. You can either send me links to URLs where your work can be found (if it's already on the web somewhere), or attach the pieces of work to the e-mail in a separate file. If you just have a few files to submit, you can just attach them directly, but if it's going to be a whole big mess, it'd probably be best if you could put them all into a single .zip file, then just attach that one file, instead of flooding me with 50 individual .jpgs or whatever else all at once. If you do this, also try and put a short little plain-text (.txt) file inside the .zip with a brief note telling me exactly who you are, what you're submitting, and, optionally, your return e-mail address. Yes, I know, you'll probably already be explaining all that in the body of the e-mail anyway, but you'd be surprised how easy it is for an attachment to get stashed somewhere on my hard drive and separated from the original message, and then six months later when I'm rooting around and turn it up again I'll have NO idea who sent it in at all unless it has some kind of reminder note.
Now, of course, since we're on computers here, there's the eternal question of formats. I appreciate anything you submit, and will attempt to find a way to make most anything work, but there are a few points:
Artwork:
- For digital images, the RRDatabase will use any of three formats: .jpg, .png, and .gif (including animated gifs).
- Images not in one of these formats can be sent, but they will be converted to one of them before being posted.
Written Work:
- Currently, the RRDatabase is only accepting work written either as a plain .txt file, or as an HTML 4.01 or XHTML 1.0 compliant document (.htm or .html files).
- If your work is in a format other than a .txt or HTML file, the RRDatabase has a handy utility that will help you convert it - the Text to HTML converter.
- If you send me something in .txt, please try and make sure that you've used carriage returns (i.e., remembered to hit the enter key at the end of each line) so that it'll actually be readable for most people.
- In either format, please make sure that your story is legible - this means know when to start new paragraphs, visually separate those paragraphs from one another, correct your spelling to the best of your ability, etc.
- DO NOT send me stories pasted directly into the body of an e-mail message. They never retain their correct formatting. Send them in separate .txt or HTML files as attachments (or in a .zip archive, if it's made of a whole bunch of files), instead.
Other Stuff:
I can post other things, like audio, pieces of music, or video clips, as long as they're in some format in which the file is simply downloaded by the client and played / viewed locally. I can't do streaming media (don't have the specialized server software - or, more importantly, the bandwidth - to do RealPlayer formats, etc.), and I probably can't do stuff that specifically requires special code embedded inside an HTML page to make it work, although that sort of has to be figured out on a case-by-case basis, so feel free to ask if you think you've got something really neat, and I'll try to figure out a way to make it work. I really do like to keep the door as open as possible.