# HG changeset patch
# User William Pitcock <nenolod@atheme.org>
# Date 1210445275 18000
# Node ID b0def426de6808a75e0a5b3235f83ab2a0089eaf
# Parent  2cfd5d48d787c2c97c57bf06540cfa6a546442f6
Add note about GtkTreeStore being fairly fast.

diff -r 2cfd5d48d787 -r b0def426de68 TODO
--- a/TODO	Sat May 10 21:30:24 2008 +0300
+++ b/TODO	Sat May 10 13:47:55 2008 -0500
@@ -47,7 +47,8 @@
   possible solutions?
   * mempools for playlist data? not sure if possible, the tuple heaps
     should then somehow be collected into pools...
-
+  * storing the playlist as a GtkTreeModel seems to be fairly fast (at least
+    in mudkip-player it is) --nenolod
 
 - playlist.c: racecondition in scanner thread vs. playlist manipulation
   (playlist_clear(), free, etc.)