[Tux4kids-commits] r1717 - tuxmath/trunk/doc

[David Bruce]

Author: dbruce-guest
Date: 2010-01-08 19:04:12 +0000 (Fri, 08 Jan 2010)
New Revision: 1717

Modified:
   tuxmath/trunk/doc/TODO.txt
Log:
update of TODO.txt

Modified: tuxmath/trunk/doc/TODO.txt
===================================================================
--- tuxmath/trunk/doc/TODO.txt	2010-01-04 02:34:03 UTC (rev 1716)
+++ tuxmath/trunk/doc/TODO.txt	2010-01-08 19:04:12 UTC (rev 1717)
@@ -1,12 +1,13 @@
 TODO.txt for "tuxmath"
 
-2009.Mar.12
-These are the main (difficult) issues we would like to tackle
-at some point:
-1. svg support
-2. stand-alone, GUI config/admin program
-3. client/server model to support LAN multiplayer play
+Revised Thu Jan  7 17:38:29 CST 2010
 
+1. SVG support: The menu system was rewritten by Boleslaw Kulbabinski for GSoC 2009 with addition of SVG support.  The game itself does not yet use SVG for scaling.  The program still contains the corresponding .png images for fallback use if librsvg is not available.  So far, tuxmath has only been built with librsvg support on Linux.  Also, the initial scaling of all of the images creates a very noticeable delay except on very fast machines.  It would be worth investigating whether the scaled images can be saved to disk to reduce start-up time.  Also, perhaps the scaling can be made "lazier" by scaling only an initial subset and doing the rest of the scaling in a separate thread, if possible.
+
+2. Stand-alone, GUI config/admin program - A lot of code was written for GSoC but is far from being packagable.  Being a Qt4 program, it has been written using CMake which does not provide "make install" or "make dist" targets.  The code is located in tux4kids/tux4kids-admin.
+
+3. Client/Server model to support LAN multiplayer play - this has been implemented and is in a "beta" state.  There are a couple of known issues.  First, autodetection of the server program by the client program will not work properly if the server program is running on more than one machine on the LAN, as there is not yet any code to allow the user to choose the desired server.  Second, the Linux build runs the server as a separate thread using pthreads, which allows the desired lesson to be selected as usual.  However, since the server and the rest of tuxmath share the same memory, a "regular" game played on the same tuxmath instance will cause problems with a simultaneous server game.  In other words, mathcards is not thread-safe.
+
 We also need to get SDL_Pango support functioning in the Windows
 build, if possible.