<div dir="ltr">On Tue, Jun 25, 2013 at 8:25 AM, 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:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<br>
Am Dienstag, den 25.06.2013, 02:47 +0100 schrieb Waldir Pimenta:<br>
<div class="im">> That's excellent, thanks a lot! I do agree that arbtt-dump should be<br>
> kept separate from the categorization, but on the other hand I assume<br>
> it will be faster for arbtt to output a subset of its entries directly<br>
> than to, say, pipe the whole output to grep. Could there be a simple<br>
> grep-like (regex support would be ideal but simple string matching<br>
> would already be great) ability to limit arbtt-dump's output to<br>
> entries whose program or title match a given search?<br>
<br>
</div>I see the need. Adding reges support or anything the like will just lead<br>
to something similar than what arbtt-stats does. I guess I could<br>
refactor the code that the non-tagging part of the categorization<br>
language is available to arbtt-dump. But from there it is but a small<br>
step to allow the language to define tags, and then people want to use<br>
the rules they have in categorize.cfg, and then arbtt-dump turns into<br>
arbtt-stats.<br>
<br>
The solution could go the other way: Add a --dump option to arbtt-stats<br>
that acts like another report and outputs the selected samples.<br></blockquote><div><br></div><div>Hmmm... I'm no sure that would be more intuitive. Wouldn't that end up doing the reverse (making arbtt-stats behave like arbtt-dump)? Mind you, I'm not sure that's necessarily a bad thing, just saying. In the end, I guess both utilities converge; that is, they might be seen as representing two extremes of a spectrum between a full, raw dump and a fully processed output; something like this: arbtt-dump --> arbtt-dump --last --> arbtt-dump --format --> arbtt-dump --filter (or arbtt-stats --dump) --> arbtt-stats. Does that make any sense? And if so, do you have any ideas about what should be the overarching strategy moving forward?</div>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im"></div>
<br>
Oh, an idea for the homepage: A section testimonials, where users (like<br>
you ;-)) describe in one short paragraph what they use arbtt for and if<br>
they have found something interesting.<br></blockquote><div><br></div><div>I see what you mean, but "testimonials" sounds a little "corporate" to me (like we're trying to sell something!). Do you think the quickstart section of the "usage" tab could serve for that purpose, by including more common usage patterns? For example, I recall seeing in the mailing list someone asking for time-based filtering, which, IIRC, was later integrated into arbtt-stats.</div>

<div><br></div><div>I do, however, think we could include a little about arbtt's history, perhaps as an introductory paragraph in the "get involved" page, to allow people to understand who's behind the project. I was thinking something like "arbtt was created in 2009 by Joachim Breitner (nomeata) <link to the blog post that introduced arbtt> and as it developed over the years, it also received contributions by several of its users (here, perhaps link to the contributors section of the docs)". What do you think?</div>

</div></div></div>