<p><br>
On Apr 2, 2012 11:42 PM, "Jameson Graef Rollins" <<a href="mailto:jrollins@finestructure.net">jrollins@finestructure.net</a>> wrote:<br>
><br>
> On Mon, Apr 02 2012, David Bremner <<a href="mailto:david@tethera.net">david@tethera.net</a>> wrote:<br>
> > Jameson Graef Rollins <<a href="mailto:jrollins@finestructure.net">jrollins@finestructure.net</a>> writes:<br>
> >> On Sat, Mar 31 2012, Jani Nikula <<a href="mailto:jani@nikula.org">jani@nikula.org</a>> wrote:<br>
> >>> Add support for batch tagging operations through stdin to "notmuch<br>
> >>> tag". This can be enabled with the new --stdin command line option to<br>
> >>> "notmuch new". The input must consist of lines of the format:<br>
> >>><br>
> >>> T +<tag>|-<tag> [...] [--] <search-terms><br>
> >><br>
> ><br>
> > I think that's my fault. I was imagining a possible future line-oriented<br>
> > notmuch server and having various actions/queries possible. It seems a<br>
> > bit blue sky at this point, but it does give extesibility fairly<br>
> > cheaply.<br>
><br>
> But then why not just make the command explicit, and just have the first<br>
> field be "tag"?<br>
><br>
> But then I wonder why do we even need any of this at all?  Isn't it this<br>
> just exactly equivalent to:<br>
><br>
> xargs -l notmuch <commands.txt<br>
><br>
> ??</p>
<p>Batch tagging brings performance and atomicity by opening and closing the db only once. The hex encoding handles insane message ids and tags. Otherwise there should be no difference.</p>
<p>Jani.</p>
<p>><br>
> jamie.<br>
</p>