Talk:Wordsmith(scrabble): Difference between revisions

From OLPC
Jump to navigation Jump to search
Line 13: Line 13:
On the same note, my game would really stress pygame wrapper which i think, isn't quite mature enough. So, i had thought that while developing the game, if i found something amiss, or not functioning properly, i would dive deeper and produce a solution. I think this is the best way for upstream contributions.<br>
On the same note, my game would really stress pygame wrapper which i think, isn't quite mature enough. So, i had thought that while developing the game, if i found something amiss, or not functioning properly, i would dive deeper and produce a solution. I think this is the best way for upstream contributions.<br>
:[[User:AdityaV|AdityaV]] 12:35, 31 March 2008 (EDT)
:[[User:AdityaV|AdityaV]] 12:35, 31 March 2008 (EDT)

=== Comments ===
This looks like a good proposal. I'm a bit concerned that there may be too many features to be able to produce a solid game over the course of the project.

More attention should probably be paid to other XO activities and the HIG, for example there is no need for a multiplayer UI since that is already provided, and the journal is generally used to store activity instances, not high score lists etc. so I'm not sure how that would be made to fit.

Also, I think you should consider using PyGTK and Cairo instead of PyGame, and focusing on a clean look instead of flashy animations. I think you will end up with a better, more consistent looking application. See the Connect activity for an example of what I mean.

[[User:Wade|wade]] 09:45, 1 April 2008 (EDT)

Revision as of 13:45, 1 April 2008

I would love to hear any feedback and comments. Do put them up here.

extensibility...

Just one more game (even a cool one) is not as good as helping to build something that can be added-on-to to make further games. In this case, there are plenty of other word games which might benefit from a fast word-search algorithm, and you should do any necessary improvements to networking, etc. "upstream" in pygame.

Just a thought.

Homunq 19:12, 28 March 2008 (EDT)

Ofcourse...

I totally agree with you. Contributing upstream is essential for an Open Source project to suceed.
On the same note, my game would really stress pygame wrapper which i think, isn't quite mature enough. So, i had thought that while developing the game, if i found something amiss, or not functioning properly, i would dive deeper and produce a solution. I think this is the best way for upstream contributions.

AdityaV 12:35, 31 March 2008 (EDT)

Comments

This looks like a good proposal. I'm a bit concerned that there may be too many features to be able to produce a solid game over the course of the project.

More attention should probably be paid to other XO activities and the HIG, for example there is no need for a multiplayer UI since that is already provided, and the journal is generally used to store activity instances, not high score lists etc. so I'm not sure how that would be made to fit.

Also, I think you should consider using PyGTK and Cairo instead of PyGame, and focusing on a clean look instead of flashy animations. I think you will end up with a better, more consistent looking application. See the Connect activity for an example of what I mean.

wade 09:45, 1 April 2008 (EDT)