Show timestamp

[waldyrious]

When filters make the stream slower, the timestamps would be interesting to keep things in perspective (e.g., five minutes feel like a very long time if you're staring into a screen, but several edits in five minutes are still an impressive rate of activity, especially for a site that offers nearly no social features)

[edsu]

Yes, another great idea. Would you still want to see the timestamps when things are flying by? I think it would be easier that way, but it might add some clutter I guess.

[waldyrious]

Perhaps I made it sound like I'd only like to see the timestamps when the speed is slow. I do think that's the most useful use case, but I can't see why they shouldn't be there all the time. After all, at full speed everything else moves too fast to be useful, so it ends up being more of a neat visualization than a working tool. And there's the pause button anyway.

On top of that, keeping the consistency (and simplicity of the code, btw) is probably a good idea. I know I had some wilder ideas I have refrained from suggesting because they would start bloating this neat little tool :)

To reduce clutter, the date can probably be left aside -- it seems enough to display only the time.

[the-solipsist]

This sounds great. It would also help if the the --verbose flag in anon.coffee (which triggers console.log edit.url) had timestamps.

[edsu]

@waldyrious So I always intended this to be more of a neat visualization more than an actually useful tool :-) But it sounds like you are actually using it for something? Can you describe what that is? Oh gosh, I'm just noticing how old that comment was -- sorry!

[waldyrious]

I don't remember if I was using wikistream for any particular purpose at the time, that led me to make that comment. My best guess is that it just made sense, especially when one is looking at the slowest streams (but it also reinforces the speed of the fast streams).

Showing just the time, in a faded color and small font would not disrupt the visual appeal of the tool, I believe.

As for the delay, it's ok. I have come to believe that github's model of communication somehow makes this prone to happen, so I don't take it personally. Just look at how many abandoned projects there are around here with months- or years-old unmerged PRs...