[vidalia-svn] r1621: Shuffle some TODO items around a bit to better match the rea (in trunk: . doc)

[edmanm@xxxxxxxxxxxxxxxxxxx]

Author: edmanm
Date: 2007-01-29 15:07:55 -0500 (Mon, 29 Jan 2007)
New Revision: 1621

Modified:
   trunk/
   trunk/doc/TODO
Log:
 r1642@adrastea:  edmanm | 2007-01-29 15:05:30 -0500
 Shuffle some TODO items around a bit to better match the reality of my lack of 
 spare time.



Property changes on: trunk
___________________________________________________________________
 svk:merge ticket from /vidalia/local/trunk [r1642] on 54b3572a-7227-0410-958f-53ecd705b71a

Modified: trunk/doc/TODO
===================================================================
--- trunk/doc/TODO	2007-01-29 00:07:23 UTC (rev 1620)
+++ trunk/doc/TODO	2007-01-29 20:07:55 UTC (rev 1621)
@@ -1,21 +1,17 @@
 Things to complete for 0.1.0:
-  * When creating the Tor service on Windows, we either should be creating a
-    separate user to run the service as (instead of running it as Local
-    System), or we should write a patch for Tor to do it (Ticket #174).
   * There is a ticket about not being able to save config changes when an alternate
     torrc is specified. Needs to be verified and fixed. (Ticket #159)
-  * Roger has added some additional events that Vidalia should respond
-    to, such as "hey, you're a server now!"
-  * Actually do something useful with the AUTHENTICATE command, rather than
-    simply sending an empty one.
   * Our GeoIP cache should recognize IP addresses on the same subnet.
     (Ticket #154)
-  * GeoIP requests should be compressed and then encrypted so the exit node
-    does not know what is being requested and cannot muck with the requests
-    or responses.
 
 
 Features planned for 0.1.x:
+  * GeoIP requests should be encrypted so the exit node does not know what is 
+    being requested and cannot muck with the requests or responses.
+  * Actually do something useful with the AUTHENTICATE command, rather than
+    simply sending an empty one.
+  * Roger has added some additional events that Vidalia should respond
+    to, such as "hey, you're a server now!"
   * Scheduled rate-limiting, so the user can adjust their bandwidth
     limits depending on what time of day it is.
   * An interface for letting the user send arbitrary signals to Tor. The phase
@@ -27,7 +23,9 @@
     browser and possibly configuring Tor, too. (Ticket #42)
   * A window to which Vidalia can log its own debugging information, which
     would be displayed when Vidalia is started with --debug. This wouldn't
-    have to be as fancy as the message log window for Tor messages.
+    have to be as fancy as the message log window for Tor messages. It should
+    log to a file, too, since Vidalia could freeze and then the GUI window
+    would not be very useful.
 
 
 Packaging:
@@ -50,6 +48,9 @@
 
 
 Miscellaneous Tasks:
+  * When creating the Tor service on Windows, we either should be creating a
+    separate user to run the service as (instead of running it as Local
+    System), or we should write a patch for Tor to do it (Ticket #174).
   * Improve window transparency support. In particular, figure out how to do the
     following correctly on X11 (from the Qt docs):
       "This feature is available on Mac OS X, X11 platforms that support the Composite