Miniature/Development

(→Architecture)
(Confirm move suggestion)
Line 88: Line 88:
# Chess game basics, demonstrated off-line.
# Chess game basics, demonstrated off-line.
## Finger friendly UI.
## Finger friendly UI.
-
### Mechanism to avoid false moves. First tap to point square, second to confirm?
+
### Mechanism to avoid false moves. First tap to point square, second to confirm? '''Suggestion:''' First tap highlights the source square and the highlight dims within a second. Player has one second to tap destination square. If this does not happen, the move does not count. Destination square may work similarly, i.e. highlights and dims within a second. If player does tap the screen within one second, move does not count. Time period should be configurable from nothing to 2*N second per move. Alternatively we can add Back button. 
### TODO: extract all move mode proposals from thread so we can evaluate them while comparing working examples.
### TODO: extract all move mode proposals from thread so we can evaluate them while comparing working examples.
## Portrait mode.
## Portrait mode.

Revision as of 04:51, 9 November 2009

Contents

Project status

Development Status

Phase 1

  1. Setup development environment
    1. DONE: Miniature is hosted @ Gitorious. It uses the community port of Qt and autotroll. Warning: Miniature uses the no_keyword switch since some of the Qt macros have very common names that can lead to wierd debug sessions. It's defensive programming, and not too bad, really.
  2. Implementing the Board. The Board represents the current state of the game and is equivalent to a real physical chess board. It has no knowledge of legal or illegal moves. For now it will only accept chess pieces. The board does not know about the future or the past, any logic will be in the Game.
    1. DONE: At least a rough version, using a FEN string as model and a board composed of QGraphicsItems. I imagine that we redraw the board whenever the position changes, so as of now the board is rather stateless (YAY!).
  3. Creating a basic GUI to display the Board and the pieces. A piece can be moved by tapping on it and then tapping on the destination.
    1. TODO: Decide between a full scene graph UI (= max flexibility to customize look and feel), or use more traditional widgets?
  4. Setup communication channels
    1. DONE: ML @ Garage: [1]
    2. DONE: IRC channel @ freenode.net: #miniature @ irc.freenode.net

About setting up the environment

Phase 2

  1. Implement a basic chess Game adapter. The basic Game adapter knows the starting position of every piece and can determine if a move was legal. The concept of alternating player moves is also implemented here. It also recognizes checkmate, stalemate and threefold repetition thus ending the game.

Ideas for future phases

Proposals and plans for future phases.

Automatic login & logoff

In the first boot of the app we can offer a dialog offering to store the login & password, create a new account or "later" (which will will go to play offline). Once the app has login & password booting will imply logging in and the way to log out will be to simply close down the app.

Menu while not playing

(Seek player will be in the main screen, below the board - a mockup will come soon)

  • Settings
    • Highlight last move - default SQUARES. Also NO - ARROWS?
    • Show legal moves? - default NO.
    • Show coordinates - default NO.
    • Sounds - default NO.
    • Vibra on moves - default NO.
    • Board position - default RIGHT (to be implemented when landscape mode comes).
  • Customization (to be implemented when customization comes).
    • Piece sets selector.
    • Boards selector.

Menu while playing

Items in the application menu while playing a game:

  • Resign
  • Request draw
  • Abort
  • Adjourn
  • Promotion piece
    • When clicking the window shows all the figures with the Queen selected by default.
  • Settings
    • Same as while not playing


Mockups

These are the current sketches.

main-p: main window in portrait mode main-l: main window in landscape mode (needs update) menu layout


Old ;)

deprecated deprecated

Roadmap

(Draft, sorted by priority.)

Items with "?" are to be decided upon once we focus the discussion on them. These items might be moved to later phases of development, or removed from the roadmap altogether.

Play games online

  1. Chess game basics, demonstrated off-line.
    1. Finger friendly UI.
      1. Mechanism to avoid false moves. First tap to point square, second to confirm? Suggestion: First tap highlights the source square and the highlight dims within a second. Player has one second to tap destination square. If this does not happen, the move does not count. Destination square may work similarly, i.e. highlights and dims within a second. If player does tap the screen within one second, move does not count. Time period should be configurable from nothing to 2*N second per move. Alternatively we can add Back button.
      2. TODO: extract all move mode proposals from thread so we can evaluate them while comparing working examples.
    2. Portrait mode.
      1. TODO: find out why "setAttribute( Qt::WA_Maemo5ForcePortraitOrientation, true); setAttribute( Qt::WA_Maemo5ForceLandscapeOrientation, false);" is not sufficient (used git master from here, but it now says: "don't use it". Perhaps this just works now?)
    3. Pieces can be moved manually.
    4. Only legal moves are possible.
      1. Option to highlight legal moves?
      2. TODO: draw a sequence diagram or similar to demonstrate the necessary interactions between remote server, our game component, and the board representation. Also indicate how the user is notified.
    5. "Black/White Wins!" banner after a match.
    6. Resign.
    7. Pawn promotion, piece selection.
      1. Queen auto-promotion?
    8. Draw request/accept.
    9. Timer
      1. Time limit warning?
  2. Online chess basics, targeting http://www.freechess.org/ first
    1. Log in & out
    2. Register
    3. Search challengers / by time
    4. Propose a game
    5. Timeseal support.
  3. Online chess advanced
    1. Join tournaments
    2. Full access to FICS console (might make sense only in landscape mode)

Chat with your opponent

  1. Landscape support.

Customization

  1. Download and select different boards and pieces.
  2. Download and select different engines.

Methods of connectivity to play against human

  1. Bluetooth.
  2. WLAN.
  3. GPRS.

Learn chess lessons with moves + text

  1. Positions can be set manually.

Play local tournaments e.g. via Telepathy Tubes

Play against computer

  1. TODO: Which engines???

Chess variants

Recording to log, playing back a log

Display games by you or others, live or stored

Low priority: Chessmonk is concentrating on this for Maemo 5 => not that urgent for Miniature)

  1. History of an opening.
  2. Take a picture of a printed game, process the notations with OCR and display it.
  3. Display several games at a time.
  4. Watch game via webcam stream



Technology selections

How to make the most from existing free projects avoiding forking and duplicated work as much as possible.

  • Qt 4.6 for UI layer. The goal is to have Maemo as primary development platform, aiming for straight ports to Symbian and other Qt compatible platforms.
    • Can we save work by looking at pacaq and Knights? Others? --qgil 06:22, 3 November 2009 (UTC)
  • What starting point to get the online chess features?
  • What starting point for chatting?
  • What starting point for game analysis?

Architecture

GUI:

  • Board
  • Chat
  • Player Cards
  • Online Play

Logic:

  • Game - the logic for a particular game, right now that would be just chess, but other board games could be possible too. (Chess based or other)
    • The current game controller can update the board, using FEN strings (we might want to wrap the QStrings in a simple Position container, if we add parsing API to it) and knows about the UI.
  • Pre-Game - How to find players, select a server or engine

Domain:

  • Board - Represents the data structure of the board (duh)
    • Can draw a position based on a valid FEN string, say "rnbqkbnr/pppppppp/8/8/8/8/PPPPPPPP/RNBQKBNR w KQkq - 0 1" encodes the start position.
    • How it works: Each figure is a QGraphicsSvgItem. This is useful since it allows fingertouchability. The board draws its position, meaning it removes all its figures children (by deletion) and then re-reads the SVG files into new QGraphicsSvgItem. Needless to say, this is inefficient. A better way would be to let the board load all figures during its construction time, put them in a vector (using enums for the indices lookup, maybe) and instead of clearing the board by deletion, just unparent the figures from the board, then reparent them into the correct position. Or just move them around, and hide those that were removed by game moves. Both should be easy and bring a good speed-up (SVG loading is quite expensive I hear). It is bascially about killing unneeded new/delete sequences.
  • Player - information about the other player, like online status, skill level
    • Player "cards" would be part of this. Currently, they only exist as some HTML-formatted text in the scene view.

Communication:

  • ICS
  • Bluetooth
  • Telepathy
  • Computer Chess Engine - an offline engine should be accessed the same way any online game is, the engine does not have to be in the same task

References

  • Crafty is a free, open-source computer chess program.
  • EBoard and Crafty for the N810/N800/N770 - OS2007 Downloads page.
  • Knights aimed to be the ultimate chess resource for the K Desktop Environment... years ago.
  • pacaq is a chess game visualizing and analysis tool done with the Maemo 4.1 Qt4 port - Talk thread.
    • From all programs on this list, this is the only one were reading the code is worth your time.
  • SCID, a chess database application for Windows, Linux and Mac OS operating systems.
  • Xboard is a graphical user interface for chess in all its major forms.
Retrieved from "http://wiki.maemo.org/Miniature/Development"