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

["Tor Bug Tracker & Wiki" <blackhole@xxxxxxxxxxxxxx>]

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

Comment (by karsten):

 Replying to [comment:38 iwakeh]:
 > Replying to [comment:37 karsten]:
 > > No, let's try to avoid differences between the main version and the
 mirror.  We can find a compromise! :)
 > >
 >
 > Oh, I'm only playing and intended to remove the differences once the new
 version is on master.
 > (BTW the third mirror doesn't feature the web pages at all.)  I think
 once there is an embedded simple web-server, the mirrors will be easily
 identified as such, but otherwise all look the same.

 Ah, that sounds good!

 > > I was just kidding with the dates being great, because they were my
 idea.  Sorry, I just didn't know how to include an emoticon in the
 strikethrough without chopping the head in two... ;)  And I have to be
 honest, it was not entirely my idea.  Here's a related website which
 inspired me: http://www.caida.org/data/overview/.  Should we give this
 another try?
 >
 > hmm, the caida site features 'vintage web-design'.  I don't even see how
 it inspired your idea?

 Heh, the part that inspired me is that they offer "ongoing" (start, no
 end), "one-time snapshot" (start == end), and "complete" (start and end)
 data sets.  In a way, we have the same, with current descriptor types
 being in the "ongoing" category, older descriptor types in the "complete"
 category, and non-displayed experiment data sets in the "one-time
 snapshot" category.  (I didn't mention the last part, because the concept
 seemed useful just for the first two parts.)

 > The table could just contain the years of availability and the textual
 descriptions can be edited to tell more about the availability.  That way
 all information is there on the page.

 Sounds like a good plan, if I understand it correctly.  Though I'd also
 want to include months in the table, because that's the time unit we use
 in our archives.

 RaBe, would you be able to put together a simple prototype from the
 description above?

--
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/21381#comment:39>
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