git.schokokeks.org
Repositories
Help
Report an Issue
tor-webwml.git
Code
Commits
Branches
Tags
Suche
Strukturansicht:
44a15af3c
Branches
Tags
bridges
docs-debian
jobs
master
press-clips
tor-webwml.git
gui
categories.html
it's not a contest
Roger Dingledine
commited
44a15af3c
at 2005-08-20 02:05:34
categories.html
Blame
History
Raw
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.1//EN" "http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd"> <html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en"> <head> <title>Tor: GUI Competition</title> <meta name="Author" content="Roger Dingledine, Elly Millican" /> <meta http-equiv="content-type" content="text/html; charset=ISO-8859-1" /> <link rel="stylesheet" type="text/css" href="../stylesheet.css" /> <link rel="shortcut icon" type="image/x-icon" href="/favicon.ico" /> </head> <body> <!-- TITLE BAR & NAVIGATION --> <div class="center"> <table class="banner" border="0" cellpadding="0" cellspacing="0"> <tr> <td class="banner-left"></td> <td class="banner-middle"> <a href="/index.html">Home</a> | <a href="/howitworks.html">How It Works</a> | <a href="/download.html">Download</a> | <a href="/documentation.html">Docs</a> | <a href="/users.html">Users</a> | <a href="/faq.html">FAQs</a> | <a href="/volunteer.html">Volunteer</a> | <a href="/developers.html" class="current">Developers</a> | <a href="/research.html">Research</a> | <a href="/people.html">People</a> </td> <td class="banner-right"></td> </tr> </table> <!-- END TITLE BAR & NAVIGATION --> <div class="main-column"> <!-- LEFT HAND MENU FOR GUI CONTEST PAGES --> <div class="guileft"> <div class="guimenu"> <div class="curveleft"> <div class="curveright"> </div> </div> <div class="guimenuinner"> <h1>Tor GUI Competition</h1> <a href="index.html">Overview & Goals</a> <a class="on" href="categories.html">What to Submit</a> <a href="submit.html">How to Submit</a> <a href="criteria.html">Judging & Timeline</a> <a href="technotes.html">Technical Notes</a> <a href="legal.html">Licensing</a> <h1> </h1> <a class="wiki" href="http://wiki.noreply.org/noreply/TheOnionRouter/ContestFAQ">Wiki/FAQ</a> </div> <div class="curvebottomleft"> <div class="curvebottomright"> </div> </div> </div> </div> <h2>Categories</h2> <p> The design competition will proceed in two phases: first sketches and then working code. You are invited to submit to either phase, or both phases. For each phase, our panel of judges will recognize the best submissions. All qualifying entries will receive an EFF Tor T-shirt (subject to availability). The best sketches and working implementations will be published on the Tor website. </p> <p><b>Sketches:</b> the goal of this phase is to produce a mock-up of a functioning interface. This should include design documents describing how the interface should function. If you want, it should also include graphical elements that can be used by programmers. </p> <p> A qualifying sketch will present an informal specification for a design. That is, it will present with some degree of thoroughness all of the major interfaces that we might expect to encounter, all of the major functionality for the interface, and a reasonable story about how it would be integrated into currently-existing tools (if, indeed, it would be). One example, with more detail than we would require, is <a href="http://ui.netbeans.org/docs/ui/junits/promo_f.html">the NetBeans UI for JUnit</a>. Note that it walks through multiple interfaces, highlighting the features and functions of the various buttons. </p> <ul> <li><b>Most featureful interface</b> will be awarded to the graphic design that would provide usable, clear access to the most aspects of the Tor system, covering many or most of the categories on the "useful features" list.</li> <li><b>Most usable experience</b> will be awarded to the graphic design that would provide the most unobtrusive Tor experience while still covering all criteria (working, perhaps, on the "no news is good news" theory).</li> <li><b>Clearest implementation guidance</b> will be awarded to the graphic design that provides the cleanest package of graphic elements and design documentation to aid would-be implementers.</li> </ul> <p><b>Code:</b> the goal of this phase is to produce a working implementation. You may use any of the sketches, graphics, or ideas from the first phase (with appropriate credit to their authors), or you can make your own. See the <a href="http://wiki.noreply.org/noreply/TheOnionRouter/ContestSamples">Competition Samples</a> wiki page for some other images you can reuse. </p> <p> An acceptable entry will be a package of free software that builds and runs. It can be a stand-alone application, or it can act as an extension or plugin to other broadly-available free software. The entry will demonstrate the points in the Goals section: that is, it will be able to control, display, and maintain awareness as discussed above. </p> <ul> <li><b>Most featureful interface</b> will be awarded to the application that provides usable, clear access to the most aspects of the Tor system, covering many or most of the categories on the "additional" list.</li> <li><b>Most usable experience</b> will be awarded to the application that provides the most unobtrusive Tor experience while still covering all criteria (working, perhaps, on the "no news is good news" theory).</li> <li><b>Most flexible</b> will be awarded to the best system that runs smoothly on all three of Windows, Linux, and OS X; extra points will be awarded for additional systems.</li> </ul> <p>We reserve the right to award other awards as the entries deserve.</p> </div><!-- #main --> </div> <div class="bottom" id="bottom"> <i><a href="mailto:tor-webmaster@freehaven.net" class="smalllink">Webmaster</a></i> </div> </body> </html>
