Official SmileBASIC Source Programming Contest (November 15-December 15)

I suspect that they just typed the key wrong, rather than it being taken down. I tried it pretty soon after the created the page, and usually it takes a while for SB to review programs.

Excuse me gently: If it would please people to be given a short reopening and extension of the submission period, based on the judgment that it seems as if it would be of help to better polish the entries with just a little bit more time, it may be possible. This would mean forestalling voting until 18 December (the end period unaffected). Please express an opinion in response if you can be moved.

That might be a good idea, since half the entries are unfinished because people waited until the last day to start working.

I found a few stupid mistakes in my game, so I'd take it.

yeah that would be alright with me

Thank you kindly. Based on current circumstances of entry quality, the work period will be extended through 18 December to reflect the wishes of the community. Please remember to re-enter your votes in the new voting period if you had done so already.

Overall, I am happy to allow the extension. I know there is one tiny typo in v1.1 but I don't think there is enough of a need to fix it. (Anyone who finds it, can just patch it them selves if it really bothers them) ((there is a $ missing from RIVAL$ in the best ending of X-Tream mode, so instead of the Rival name showing up it just says "0". And too be fair that is what you reduce them to.)) If a DL code is unchanged, would it be possible to make a note on the poll on the ones that changed, so people won't feel the need to delete and redownload the unaffected projects.

Overall, I am happy to allow the extension. I know there is one tiny typo in v1.1 but I don't think there is enough of a need to fix it. (Anyone who finds it, can just patch it them selves if it really bothers them) ((there is a $ missing from RIVAL$ in the best ending of X-Tream mode, so instead of the Rival name showing up it just says "0". And too be fair that is what you reduce them to.)) If a DL code is unchanged, would it be possible to make a note on the poll on the ones that changed, so people won't feel the need to delete and redownload the unaffected projects.

The poll is going to be regenerated. If you already voted on the poll, please consider voting again in the new poll.

... If a DL code is unchanged, would it be possible to make a note on the poll on the ones that changed, so people won't feel the need to delete and redownload the unaffected projects.

The poll is going to be regenerated. If you already voted on the poll, please consider voting again in the new poll.

I had not yet voted. I totally plan to vote in the new poll. My question was regarding ease of participation. Wouldn't it be easier for all the voters who have downloaded every entry this far, to not have to needlessly download every entry in the new poll? Especially if a few of the entries have not changed. Then all they will have to do is download the patched versions of the entries. Just a small notation like an asterisk on all the new or original DL keys.

It's probably not a big deal softly. Anyone could make the list of updated programs if they wanted, which is easier than putting it on the poll itself.

...Appears that only two people used/were aware of the extension.

Well two things; In allowing an extension 50% of the "at risk" entries were able to take advantage and update for a patch. The short notice and short extension might not have given enough time (even though it was a whole extra weekend) to finish the remaining projects, of the desired scope. Alternatively the weekend before Christmas Eve, was probably a busy time for the two who did not submit patches. Regardless the extra time was a benifit to those who's projects needed just a little more polish. So I say overall allowing the extension and delaying the vote slightly, had a positive end result. Edit: Oakshire -updated Little Alchemy -fixed key Factory RPG- uploaded the correct build and update. So three of the four problems were addressed.

Original plan of Crane game was making a fast-action text game using un-modified built-in font. That's why pure unmodified font is not a flaw or a problem. it is a characteristic of the game. Here is different claw design version. key:LXNVK3K4 This version is not for the contest. It is for Giant_Gamer who wanted different claw design.

OK, time to vote for real this time! If you voted before, make sure to cast your votes again! [poll=p67][/poll]

Original plan of Crane game was making a fast-action text game using un-modified built-in font. That's why pure unmodified font is not a flaw or a problem. it is a characteristic of the game. Here is different claw design version. key:LXNVK3K4 This version is not for the contest. It is for Giant_Gamer who wanted different claw design.

I love the new crane, thanks for making a great game. Inputting the fontdata in one line for each instance makes a lot of sense.

The voting period ends on December 23rd, at 11:59 PM EST, right?

The voting period ends on December 23rd, at 11:59 PM EST, right?

Yeppers!

Voting ends tomorrow! We only have 18 voters; show your support for your fellow programmers and try out the games!