Re: [OVC-demo-team] BRP Mockups

From: David Mertz <voting-project_at_gnosis_dot_cx>
Date: Thu Feb 26 2004 - 19:56:02 CST

On Thursday, February 26, 2004, at 08:20 PM, Eron Lloyd wrote:
> The Ballot Reconciliation Process UI mockups are complete, and can be
> reviewed
> here: http://www.lcgp.info/tmp/evm/brp/
> *Please* give me feedback on layout, wording, workflow, etc. I want to
> have
> this coded and done by the end of the weekend.

Alan or Fred can chime in with more detail on the specific workflow. I
just wanted to comment, Eron, on how nice these Qt dialogs look from a
visual perspective. It is a nicely refined, but clean, widget set--and
you have done a great job with the layout. Actually, I also thought
your Qt version of the ballot GUI had a nice look, even though I think
Fred is right about the fastest approach to the demo being to use a
literal background image of the whole ballot.

Couple smaller questions. Did you (or will you) use PyQt or PyKDE for
the coding? I guess the latter is higher level, right? But I haven't
used either enough to have any opinion... I'm just curious. Related to
that, do you know if there are KDE interface guidelines about the order
of the buttons in a "wizard" application? I'm wondering whether the
Cancel should be to the right of the Back/Next, or possibly to the left
of them. I guess I should go play with a few other KDE apps to see
what they do.

On Ballot Verification Witnesses: Not essential, but if it is easy to
eliminate the choice of Witness One from the pick list for Witness Two,
that would prevent one type of user error. If it's hard to be dynamic
at that level, I wouldn't worry about it though.

I assume the several forms with lists of items that may be added will
grow scroll bars when needed? Would it be better to have the scroll
bars visible always? I don't have an opinion, just something that
strikes me.

On Compare Ballots: I'm thinking that reconciliation of a couple
hundred ballots won't take more than a couple seconds, even on a three
year old machine. The progress bar might be unnecessary--if you
eliminated it, you could fit the hidden line of the generated report on
screen without needing to scroll. Depending on what was in the Errors
tab, that might still need to scroll, but the Summary is more basic.
  
==================================================================
= The content of this message, with the exception of any external
= quotations under fair use, are released to the Public Domain
==================================================================
Received on Thu Apr 1 02:40:23 2004

This archive was generated by hypermail 2.1.8 : Thu Apr 01 2004 - 02:40:36 CST