]> projects.mako.cc - selectricity/blobdiff - TODO
merged in changes from devel branch
[selectricity] / TODO
diff --git a/TODO b/TODO
index dbac0f6d66007bf545cfbd969cd7a3aa4644af2f..f2e186e5ee61a36d8cd5a4168fa6687d18ee450c 100644 (file)
--- a/TODO
+++ b/TODO
@@ -1,3 +1,33 @@
 Known bugs or issues:
 
-* Validate XMLRPC data, particularly creating quickvotes
+- 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.
+
+

Benjamin Mako Hill || Want to submit a patch?