<div dir="ltr">On Sun, Jun 16, 2013 at 9:08 PM, Joachim Breitner <span dir="ltr"><<a href="mailto:mail@joachim-breitner.de" target="_blank">mail@joachim-breitner.de</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">Hi,<br>
<br>
Am Sonntag, den 16.06.2013, 17:49 +0100 schrieb Waldir Pimenta:<br>
<div class="im"><br>
<br>
> Sure, two questions about that: First, do you have any software<br>
> project page which you think works well and we could emulate (not<br>
> necessarily in appearance, but in content and organization)?<br>
<br>
</div>Sadly, no. There is <a href="http://sm.nomeata.de/" target="_blank">http://sm.nomeata.de/</a> which is the web-version of<br>
one of my programs, so quite different, all others have just blog posts.<br></blockquote><div><br></div><div style>Sorry, I didn't phrase it well. I meant if you know of any software project page (yours or not) that you particularly like and from which we could borrow some ideas :)</div>
<div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div class="im"></div><div class="im">> Additionally, it would be great to have it merge entries where the top<br>
</div><div class="im">
> window remains the same through a continuous set of samples (or the<br>
> list of windows doesn't change, if one chooses to view also non-top<br>
> windows).<br>
<br>
</div>That sounds a lot like<br>
arbtt-stats --intervals=Program: --filter '$sampleage <= 1:00'<br>
with<br>
-- Simple rule that just tags the current program<br>
tag Program:$current.program,<br>
in categorize.cfg:<br>
<br>
$ arbtt-stats --intervals=Program: --filter '$sampleage <= 1:00'</blockquote><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
</blockquote><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">(snip)</blockquote><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<div><br></div>
Is that not sufficient for your use case?<br></blockquote><div><br></div><div style>Almost. I adapted that slightly to use window titles rather than just the program name. It would be nice if the output didn't have underscores, but apart from that it works well! Thanks :) </div>
<div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div class="im">
> This sort of access would also make it possible to use arbtt to<br>
> generate personal statistics and visualizations (Stephen Wolfram has<br>
> done some interesting stuff in this vein, see<br>
> here: <a href="http://blog.stephenwolfram.com/2012/03/the-personal-analytics-of-my-life/" target="_blank">http://blog.stephenwolfram.com/2012/03/the-personal-analytics-of-my-life/</a>). An open-source program similar to RescueTime would also be possible (to some degree - actual urls aren't captured by arbtt and that's important data since a large part of today's digital activity occurs online). By the way, have you ever thought of using, say, sqlite instead of a Haskell-specific (I assume) binary format? I think that would open up the door to even more possibilities :)<br>
<br>
</div>Of course graphs were on my mind as well, but never got around to<br>
implement them. Also capturing URLs (or at least domain names) would be<br>
nice; are there no firefox plugins that set an X property with the URL?<br></blockquote><div> </div><div style>No idea. But I wasn't suggesting that as a feature for arbtt, just pointing out a potential limitation if arbtt were to be used as a backbone to a RescueTime-like app.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
I like to know that the background program uses minimal resources;<br>
appending a few bytes to a file is good there. If the possibilities you<br>
talk about are about other people writing code to use the data, then a<br>
nicer dumping format can serve the same purpose.</blockquote><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<br>
As more more analysis in arbtt-stats (or arbtt-graph or whatever): There<br>
are endless possibilities, and so little time :-). I’d prefer to<br>
implement stuff with a concrete usecase, preferably also with a little<br>
outline (e.g. a sketch of an graph or of intended output) and some<br>
discussion if it is not possibly covered by exiting features, or can<br>
maybe simplified or generalized.<br></blockquote><div><br></div><div style>Responding to both paragraphs above: Yes, I meant the (imho) improvements to both the binary storage and the text-based dumping format as ways to enable others to build cool stuff on top of arbtt. Lots of people are comfortable with other programming languages and this would expand the arbtt ecosystem beyond Haskell-proficient programmers :) I think arbtt can certainly be enhanced, but I don't feel it really needs many more features on its own. I like the way it does a few things very well (capturing the data and storing it efficiently is what I personally appreciate the most), and making it more interoperable with other tools would, I believe, greatly expand its potential (besides bringing it even closer to the Unix philosophy ideal ;) )</div>
<div></div></div><br></div><div class="gmail_extra" style>Cheers,</div><div class="gmail_extra" style>Waldir</div></div>