#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 pages. Agreed. > > - 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, epilogue. 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 there. 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 _______________________________________________ tor-bugs mailing list tor-bugs@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs