0 Members and 2 Guests are viewing this topic.
[sarcasm]Rule #1: Never update the first post!People LOOVE to dig through your thread in order to find the latest update. When I find myself looking at the first post in a project topic, I always enjoy seeing no progress updates, the oldest screenshots, and thinking it has gotten nowhere. The first post is for just announcing the project, and it is the end user's responsibility to dig through page after page of posts to find news.Rule #2: Put the most important things last!!Everybody loves to read your rants, old screenshots, musings, and plans for future features before seeing the overview of the info and the download link.Rule #3: Make the first post really long!!!Never put change logs in spoilers! Everybody LOOVES to read about every single change you made in the program before seeing the most recent updates. Always put screenshots line by line and outside of spoilers, and the most important screens (i.e.) animated ones at the bottom. I always love to see all of the old screenshots of crappy beta versions before I see a nice animated current screenshots. In fact, NEVER put new screenshots in the first post! Note: lots of unnecessary info and rants make for good first post fluff.[/sarcasm]Who am I kidding? Those are the things NOBODY should do!!! First posts are for updating info and having a quick overview of the topic, the rest is for discussion, people.Feel free to add more anti-rules.
Yeah, I actually prefer the opposite of what you're describing here. It's completely up to the author of the project to do what he/she thinks is best, though.
You should ALWAYS divide your projects in to 5,6,or even 10 pieces!Everybody loves downloading 10 things at once! Spoiler For Spoiler:
I think the way I would do it would be to just put links in the first post to the update posts. A mix of the 2 sides.