4 - check out about css for headers on documentation/Selectricity anywher
\12
8 - randomize each voting list
10 - it'd be nice if the ordering were persistent, so I could drag
11 the candidates around, then come back later (loading the page anew),
12 make tweaks, and submit.
14 - the results page says "the winner is Elizabeth Stark"; it'd be nice
15 if it were aware that it's a five-seat election and could say
16 explicitly who the whole board is.
18 - it's probably a good thing that users can't check out what alternate
19 voting systems would have done at the click of a button. =)
20 (though of course they could work it out themselves.)
22 - is there rhyme or reason to the ordering within each row of the
23 second table in pref_tables? it could be, eg, sorted by magnitude
24 of victory, narrowest first.
26 - it'd be nice to attach names to the email identities, on eg the
27 details page; in this election we'd have said MIT for gregp@mit.edu,
28 Northeastern for cbudnick@gmail.com, etc. I don't know many of these
29 addresses, and names would be more informative. (They'd be more
30 helpful for auditing, too, as one could separately match names to the
31 correct list and match addresses to names.)
33 - just a tiny suggestion - possibly it could be a good idea to add a
34 counter/line-count to the table with keys and vote results so in one
35 glance someone can see that the number of votes matches the number of
41 - support for emailing users when quickvotes conclude (see create.rhtml)
43 - support for invisible until over quickvotes (see create.rhtml)