Apply conversion script to all *.md files. authored by Alexander Hansen Færøy's avatar Alexander Hansen Færøy
= Tor GUI Competition: Design Phase Feedback =
# Tor GUI Competition: Design Phase Feedback
Below is some of the judges' feedback on the entries submitted to the design phase of the GUI competition. Those interested in submitting an entry for the implementation phase of the competition may find the feedback useful in guiding their implementations.
Tor users who would like to have a usable, well-implemented GUI for Tor should also add their feedback on some or all of the design entries below. Also, if you have an idea for a feature that wasn't mentioned in any of the design documents but would really like to see implemented, feel free to add it to this page.
== CMU's FoxTor ==
## CMU's FoxTor
http://cups.cs.cmu.edu/pubs/TorGUIContest113005.pdf
=== Judges' Feedback ===
'''Discoverability:''' 9/10
### Judges' Feedback
**Discoverability:** 9/10
Useful guidance is provided during the installation procedure;
the persona bar is easy to understand (the apparent geographic
origin is a very nice and intuitive indicator); the configuration
......@@ -18,13 +18,13 @@ http://cups.cs.cmu.edu/pubs/TorGUIContest113005.pdf
in Firefox. There is no particular clue to how to get to the
right-click privacy menu from the persona bar, however.
'''Consistency:''' 9/10
**Consistency:** 9/10
Almost everything in this design uses standard or well-known
controls in familiar and expected ways. The persona bar is a
bit unusual, but it has precedents in the status bar and the
Firefox information bar.
'''Workflow:''' 8/10
**Workflow:** 8/10
I agree with the submitters' position that anonymous web browsing
will be the most commonly used application. Given that assumption,
the idea of incorporating a Tor interface into Firefox makes a lot
......@@ -44,7 +44,7 @@ http://cups.cs.cmu.edu/pubs/TorGUIContest113005.pdf
or basic. When privacy is "unmasked" but privacy needs are
"critical", do the captions make sense?
'''Visual Design:''' 8/10
**Visual Design:** 8/10
The appearance of the interface is fairly clean, appealing, and
understandable, with the exception of the traffic monitor window,
which i find potentially confusing. The traffic monitor window
......@@ -55,7 +55,7 @@ http://cups.cs.cmu.edu/pubs/TorGUIContest113005.pdf
with any interpretation of the arrow i can imagine (it is not a
translation, a data flow, or a network connection).
'''Correctness and Completeness:''' 7/10
**Correctness and Completeness:** 7/10
The submitters have provided an extensive and fairly complete
description of the interface design and its motivations. The
design covers most aspects of using Tor, though it lacks access
......@@ -69,7 +69,7 @@ http://cups.cs.cmu.edu/pubs/TorGUIContest113005.pdf
constantly as it scrolls by.
'''Additional comments include:'''
**Additional comments include:**
* concern about the download time of a whole new Firefox package.
* confusion in figure 3.2: what does it mean to configure "all"
......@@ -81,19 +81,19 @@ applications?
Several judges expressed strong concerns about figure 3.19: Is this supposed to show sniffed traffic? What if the selected traffic is a long cookie or an image? We'd strongly like to see testing around this. There were also questions about the synchronization between the Mozilla GUI and the toolbar icon.
=== Public Feedback ===
### Public Feedback
== April 3rd's entry ==
## April 3rd's entry
http://www.april3rd.com/tor
=== Judges' Feedback ===
'''Discoverability:''' 9/10
### Judges' Feedback
**Discoverability:** 9/10
The captions in each pane of the configuration dialog, contextual
help, and labels on most fields combine to make discoverability
very strong in this design.
'''Consistency:''' 8/10
**Consistency:** 8/10
The design combines idioms from a variety of sources (tabs,
pull-down menus, underlined hyperlinks). The overall effect is
pretty, though it looks a bit unusual in a Windows configuration
......@@ -107,13 +107,13 @@ http://www.april3rd.com/tor
in the main window and in the configuration window. On a smaller
note, some hyperlinks are underlined while others are not.
'''Workflow:''' 7/10
**Workflow:** 7/10
For tasks where the user knows what he or she wants to do, finding
and achieving the task appears fairly straightforward. However,
the interface doesn't do much to suggest possible avenues for
solving a problem when something is wrong.
'''Visual Design:''' 9/10
**Visual Design:** 9/10
The overall look of the design is very appealing. I appreciate
the attention paid to details such as the de-emphasis of
application version numbers and use of lighter line weights.
......@@ -123,7 +123,7 @@ http://www.april3rd.com/tor
superfluous and visually distracting. Colour-coded numbers
alone would be more readable and less busy.
'''Correctness and Completeness:''' 3/10
**Correctness and Completeness:** 3/10
Big parts of the design are missing. Most of the help text is
not actually written, and there are no designs shown for the
other five tabs in the configuration window. The wizard for
......@@ -131,15 +131,15 @@ http://www.april3rd.com/tor
interesting and most used features of this design -- is left
unspecified.
=== Public Feedback ===
### Public Feedback
== Corinna Habets's TorGUI ==
## Corinna Habets's TorGUI
http://www.geekin.de/public/design/showroom/tor-gui.html
=== Judges' Feedback ===
### Judges' Feedback
'''Discoverability:''' 6/10
**Discoverability:** 6/10
The discoverability of the status icon is good. Clicking on
a status icon to get a configuration panel is a familiar idiom.
......@@ -149,7 +149,7 @@ http://www.geekin.de/public/design/showroom/tor-gui.html
Also, "Details" is a poor name, and would be more appropriately
named "Applications". These are easily fixable.
'''Consistency:''' 4/10
**Consistency:** 4/10
The menu bar on the dialog window is inconsistent with its
function. Most of the menus aren't even menus. A series of tabs
would make much more sense and would be more consistent with
......@@ -162,14 +162,14 @@ http://www.geekin.de/public/design/showroom/tor-gui.html
"Profiles" would be other tabs. The "Window" menu would become
unnecessary and go away.
'''Workflow:''' 7/10
**Workflow:** 7/10
I like the idea of a "Profiles" feature for saving and restoring
configurations. The rest of the workflow seems fairly reasonable,
neither unusually good or unusually bad. However, there is no
guidance for the user as to how to resolve a particular problem
when one occurs.
'''Visual Design:''' 7/10
**Visual Design:** 7/10
I like the concept of a single icon to indicate the overall state
of Tor, with a click to open more detailed panels. This keeps the
interface simple and compact, while configuration settings are a
......@@ -185,13 +185,13 @@ http://www.geekin.de/public/design/showroom/tor-gui.html
and "Explicit Routing") could use some adjustment to improve
their clarity and usability.
'''Correctness and Completeness:''' 7/10
**Correctness and Completeness:** 7/10
The interface provides access to most of the important features
of Tor, but not all of the configurable options. It also lacks
access to the Tor logfile. A rudimentary display of applications
using Tor is provided.
=== Author's Feedback on the Feedback ===
### Author's Feedback on the Feedback
First of all I'd like to say, that the feed back was really valuable. It helped me a lot and will improve my future GUIs, but I will not continue work on this one, as I'm just to busy right now.
......@@ -203,14 +203,14 @@ Consistency: Hell yeah, you're right! Now that I read the feedback, I wonder how
Workflow: I imagined there would be a "Help"... At least there is in my menu ;)
=== Public Feedback ===
### Public Feedback
== Matt Edman's TorCP ==
## Matt Edman's TorCP
http://www.freehaven.net/~edmanm/torcp/design/torcp_design.pdf
=== Judges' Feedback ===
'''Discoverability:''' 7/10
### Judges' Feedback
**Discoverability:** 7/10
Like all the other designs, this one uses a status icon to
indicate whether Tor is running. However, the icon doesn't
appear to show whether there is a problem with Tor.
......@@ -218,11 +218,11 @@ http://www.freehaven.net/~edmanm/torcp/design/torcp_design.pdf
Most of the labels make sense, and the four-step explanation
in the server configuration pane is helpful.
'''Consistency:''' 10/10
**Consistency:** 10/10
Everything in this design uses standard Windows controls in
their normal and expected ways.
'''Workflow:''' 5/10
**Workflow:** 5/10
The pop-up menu presents an immediate workflow problem: the
user has to figure out the difference between "Settings" and
"Configure Tor".
......@@ -240,32 +240,32 @@ http://www.freehaven.net/~edmanm/torcp/design/torcp_design.pdf
window, not in a separate option window that has to be opened
and closed.
'''Visual Design:''' 7/10
**Visual Design:** 7/10
The appearance is standard: neither especially beautiful nor
especially ugly.
'''Correctness and Completeness:''' 7/10
**Correctness and Completeness:** 7/10
The interface provides partial access to the Tor configuration,
as well as access to the Tor logfile. It doesn't really
provide the user with a sense of how anonymous they are, though.
=== Public Feedback ===
### Public Feedback
== Michael Kropat's LeekyPipe ==
## Michael Kropat's LeekyPipe
http://leekypipe.nfshost.com/
=== Judges' Feedback ===
### Judges' Feedback
=== Public Feedback ===
### Public Feedback
== Otto Wyss's TorMgr ==
## Otto Wyss's TorMgr
http://wyoguide.sourceforge.net/index.php?page=tormgr.html
=== Judges' Feedback ===
'''Discoverability:''' 2/10
### Judges' Feedback
**Discoverability:** 2/10
Discoverability is generally poor. There is no guidance as to
where to start, and no explanation of what all the configuration
parameters mean or how one should decide how to set them. For
......@@ -274,32 +274,32 @@ http://wyoguide.sourceforge.net/index.php?page=tormgr.html
The hostname tab (or hostname entry field) at the top of the
dialog is unlabelled and unexplained.
'''Consistency:''' 7/10
**Consistency:** 7/10
The interface provides access to all its functions in a single
window, which is a virtue, and provides consistent access to
all the configuration options. However, it doesn't look or
feel much like a typical confifugration panel.
'''Workflow:''' 5/10
**Workflow:** 5/10
The simplest operation (start/stop) is easy to access, but
other settings are hard to get at. The pull-down menus are
not described. I attempted to compile and build a working
demo from the source code, but did not succeed.
'''Visual Design:''' 7/10
**Visual Design:** 7/10
Like Habets's submission, this uses a single icon to indicate
status and a click on the icon reveals a configuration panel.
This design uses the same icons and raises the same concerns.
'''Correctness and Completeness:''' 7/10
**Correctness and Completeness:** 7/10
This interface provides complete access to the Tor configuration,
since it allows editing of all the parameters in the configuration
file. However, it does not provide access to the Tor logfile,
and doesn't show anything about currently running applications.
=== Public Feedback ===
### Public Feedback
=== Author's note ===
### Author's note
I don't have Tor installed therefore I've no idea what Tor actually needs. I also don't intend to win the contest but just show what's possible with wyoGuide. Since I'm also rather reluctant to install Tor for phase 2 my submission probably won't be improved and usable. Since I don't care for winning but for a working solution, therefore anyone joining my project, telling me what's needed and tests my code, can have whatever is rewarded.
== Other Design Ideas ==
## Other Design Ideas