<div dir="ltr"><div><div>While we're at it: Joachim, when you implemented --format, you chose "human", "show" and "JSON" as the option names. May I suggest replacing "show" with "raw" (or perhaps "haskell")?<br>
<br></div>Also, as I mentioned at the time, "I wrote little shell aliases called arbtt-log-hour, arbtt-log-day, etc., which get arbtt-dump's output and apply some sed commands to clean it up for consumption, resulting in entries in the format:<br>
YYYY-MM-DD HH:mm [program-name] "Top window title"<br>This basically gives me a readable log of which windows were the top ones at every minute for the past, say, hour. I use this to quickly summarize my recent activities in my personal log. I would love if arbtt would provide this functionality out of the box, so I wouldn't have to get the full arbtt-dump output and then remove entries I don't need (which is obviously slow)."<br>
<br>To which you agreed: "Sounds useful."<br></div><br>the dev version of arbtt-dump (which supports --format and --last) makes it much faster, but I still need my (now adapted) shell aliases to remove non-top windows, and produce one line per sample, in a more compact output similar to what I mentioned above (so, for instance, arbtt-log-hour returns 60 lines of output). Would you consider adding such functionality as, say, "arbtt-dump --format log"?<br>
</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Nov 4, 2013 at 3:51 PM, Waldir Pimenta <span dir="ltr"><<a href="mailto:waldir@email.com" target="_blank">waldir@email.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="im"><div class="gmail_quote">On Sun, Nov 3, 2013 at 10:31 PM, Joachim Breitner <span dir="ltr"><<a href="mailto:mail@joachim-breitner.de" target="_blank">mail@joachim-breitner.de</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">That leads us to the discussion we had on the list with Waldir<br>
in June: What should the tool like like that combines the dumping of<br>
arbtt-dump with the sample selection of arbtt-stats... I’m unsure about<br>
the proper design here.<br></blockquote><div> </div></div></div>for context about the design/strategy for arbtt-dump vs arbtt-stats
(yes, I've been lurking the list :P other stuff has been keeping me
busy meanwhile):<br><br><a href="https://lists.nomeata.de/archive/arbtt/2013/000176.html" target="_blank">https://lists.nomeata.de/archive/arbtt/2013/000176.html:<br></a><div>
<i>"arbtt-dump (...) is not meant to be a user’s tool. Its main purpose is
to debug and to convert the binary format to a non-binary format. I’d
like to see arbtt-stats the main user tool to interact with arbtt.<br>On
the other hand, maybe I should revise this opinion. So far, arbtt-stats
only reports that somehow aggregate the data; there is no way to view
the raw data directly, and the name arbtt-dump really sounds like it
should do that.<br>
So maybe arbtt-dump should get new options: The same sample-selecting
options that arbtt-stats supports (--filter, --exclude, --only), and in
addition a --format parameter that allows to switch from the „internal“
format to some human-readable format or some programming-accessible
format (e.g. JSON).<br>
An option to more easily select the last n samples or the samples of the last n minutes/hours/days/week/</i><i>months/years would probably be handy as well."</i><br><br><a href="https://lists.nomeata.de/archive/arbtt/2013/000184.html" target="_blank">https://lists.nomeata.de/archive/arbtt/2013/000184.html</a>:<br>
<i>"I implemented parts of your suggestsions, see the documentation at <a href="http://darcs.nomeata.de/arbtt/doc/users_guide/arbtt-dump.html" target="_blank">http://darcs.nomeata.de/arbtt/doc/users_guide/arbtt-dump.html</a> for what is possible now (--format and --last).<br>
--filter is actually not so easy: The --filter from stats allows
predicates that involve tags, and hence require actual processing of the
data, and requires categorize.cfg to be read. I’d like to keep
arbtt-dump at least independent of the categorization logic."</i><br>
</div>(and following messages in that thread)</div></div>
</blockquote></div><br></div>