X-Git-Url: https://projects.mako.cc/source/selectricity/blobdiff_plain/46f924b34b305d2474b09ce204a7a9187e8d8622..f1e56bb13af6a40c2a81d224cff940f73aae6875:/TODO

diff --git a/TODO b/TODO
index 246b673..f2e186e 100644
--- a/TODO
+++ b/TODO
@@ -1,5 +1,33 @@
 Known bugs or issues:
 
-* make sure that quickvotes names are not integers
-* Run testcases against QuickVotes results (after refactor work)
+- randomize each voting list
+
+- it'd be nice if the ordering were persistent, so I could drag
+  the candidates around, then come back later (loading the page anew),
+  make tweaks, and submit.
+
+- the results page says "the winner is Elizabeth Stark"; it'd be nice
+  if it were aware that it's a five-seat election and could say
+  explicitly who the whole board is.
+
+- it's probably a good thing that users can't check out what alternate
+  voting systems would have done at the click of a button. =)
+  (though of course they could work it out themselves.)
+
+- is there rhyme or reason to the ordering within each row of the
+  second table in pref_tables?  it could be, eg, sorted by magnitude
+  of victory, narrowest first.
+
+- it'd be nice to attach names to the email identities, on eg the
+  details page; in this election we'd have said MIT for gregp@mit.edu,
+  Northeastern for cbudnick@gmail.com, etc.  I don't know many of these
+  addresses, and names would be more informative.  (They'd be more
+  helpful for auditing, too, as one could separately match names to the
+  correct list and match addresses to names.)
+
+- just a tiny suggestion - possibly it could be a good idea to add a
+  counter/line-count to the table with keys and vote results so in one
+  glance someone can see that the number of votes matches the number of
+  voters.
+