[metrics-bugs] #21381 [Metrics/CollecTor]: CollecTor web-page should have new Metrics design

Tor Bug Tracker & Wiki blackhole at torproject.org
Thu Feb 16 14:57:40 UTC 2017

#21381: CollecTor web-page should have new Metrics design
 Reporter:  iwakeh             |          Owner:  metrics-team
     Type:  enhancement        |         Status:  assigned
 Priority:  Medium             |      Milestone:
Component:  Metrics/CollecTor  |        Version:
 Severity:  Normal             |     Resolution:
 Keywords:                     |  Actual Points:
Parent ID:                     |         Points:
 Reviewer:                     |        Sponsor:

Comment (by iwakeh):

 Replying to [comment:13 karsten]:
 > Hmm, this is tricky.  Neither of the three suggestions is bad, but I'm
 also not a big fan of either of them:
 >  - I still think that we should reserve the navigation bar for actual


 >  - I don't think that we should split the current single page into
 three, because that wouldn't distribute the content equally; it's like
 writing a book with three chapters: prologue, the big story chapter,

 True.  And, one major advantage of one-pagers is browser search (which I
 use often).

 >  - I could rather see us split up the page into six subpages that are
 currently contained in the big story chapter: Relay Descriptors, Bridge
 Descriptors, Hidden/Onion Service Descriptors, BridgeDB, TorDNSEL,
 Torperf; plus another two that we might add sooner or later: Webstats and
 Bwauth.  But I also believe that's a bit of overkill.

 True, that is too much.

 >  - The current navigation side boxes next to the jumbotron don't really
 fit into the general page design.
 >  - The table under "Available Descriptors" is already like a table of
 contents, except for the "Automated Downloads" part at the end.
 >  - I'm still concerned about having to find new icons.

 All valid concerns.

 > Suggestion: How about we simply drop all navigational elements like the
 navigation bar and the navigation side box and leave the big table with
 buttons at the page start for people to navigate?

 Yep, that makes sense.

 > One tiny downside is that we'd have to come up with a similar solution
 for the [https://onionoo.torproject.org/protocol.html Onionoo page] which
 is quite long.  Though, hmm, maybe we can just keep the table of contents

 Yes, keep the contents table and rely on browser search ;-)

 > Too unfancy?

 Not at all, the new lean style ;-)

Ticket URL: <https://trac.torproject.org/projects/tor/ticket/21381#comment:14>
Tor Bug Tracker & Wiki <https://trac.torproject.org/>
The Tor Project: anonymity online

More information about the metrics-bugs mailing list