[Author Prev][Author Next][Thread Prev][Thread Next][Author Index][Thread Index]
Re: [tor-bugs] #21381 [Metrics/CollecTor]: CollecTor web-page should have new Metrics design
#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@xxxxxxxxxxxxxxxxxxxx
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs