Talk:PlayGo: Difference between revisions

From OLPC
Jump to navigation Jump to search
No edit summary
(review/feature request)
Line 1: Line 1:
===Single user experience===

The older edits below discuss some issues with the shared game. Since I have just one XO, I can't comment, however, I did notice that if you try to share the game with no one around to join, you can't back up to single user except by quitting and starting a new instance.

Playing the game with one XO requires sharing the old fashioned way: handing the XO back and forth. The game is usable in this mode but needs, in order of priority:

# A means for placing handicap stones: very important for teaching
# Undo and redo buttons: it is very easy to make a mistake placing stones
# A visual tally of captured stones
# Automated scoring at game end
# Perhaps a teach mode, allowing arbitrary placement and removal of stones

In the spirit of "first make it work, then make it flashy", these items are, in my opinion, more important than mesh sharing or the stated phase II & III goals.

Nonetheless, it is a nice beginning. [[User:Esemplectic|Esemplectic]] 21:01, 30 June 2008 (UTC)

===Older edits===

I'm very interested in seeing PlayGo work, but it's apparently stalled. (Hopefully those who were working on it are currently working on more important things.) As far as basic functionality is concerned, playing a 2-XO game is awkward (though not necessarily impossible).
I'm very interested in seeing PlayGo work, but it's apparently stalled. (Hopefully those who were working on it are currently working on more important things.) As far as basic functionality is concerned, playing a 2-XO game is awkward (though not necessarily impossible).



Revision as of 21:01, 30 June 2008

Single user experience

The older edits below discuss some issues with the shared game. Since I have just one XO, I can't comment, however, I did notice that if you try to share the game with no one around to join, you can't back up to single user except by quitting and starting a new instance.

Playing the game with one XO requires sharing the old fashioned way: handing the XO back and forth. The game is usable in this mode but needs, in order of priority:

  1. A means for placing handicap stones: very important for teaching
  2. Undo and redo buttons: it is very easy to make a mistake placing stones
  3. A visual tally of captured stones
  4. Automated scoring at game end
  5. Perhaps a teach mode, allowing arbitrary placement and removal of stones

In the spirit of "first make it work, then make it flashy", these items are, in my opinion, more important than mesh sharing or the stated phase II & III goals.

Nonetheless, it is a nice beginning. Esemplectic 21:01, 30 June 2008 (UTC)

Older edits

I'm very interested in seeing PlayGo work, but it's apparently stalled. (Hopefully those who were working on it are currently working on more important things.) As far as basic functionality is concerned, playing a 2-XO game is awkward (though not necessarily impossible).

The player who starts the game can play black or white stones (depending on which mouse button is clicked).

The second player (no idea what happens if more than 2 try to share) can only play black stones.

There's no enforcement of turns at all--either player can place a stone at any time.

When the second player joins the game, the first player's pieces remain on the board from their point of view, but do not appear on the second player's board.

I'm hoping I'll get clever enough to attack these problems, but I figured I would at least note them here.

Hello, who is working on this project? Why not use some of the software that's already out there? Kibi 18:29, 3 March 2008 (EST)


I'd be interested in helping out with this. I've done a collaborative goban in different environment. This project looks like it could use more detailed UI flow diagram. There probably isn't much sense in making use of existing software: Being a go board for play and replay isn't that difficult, and existing software doesn't interface with Sugar. Interfacing with KGS will be difficult, as the protocol is proprietary. MtnViewMark 01:30, 27 April 2008 (EDT)