Re: [PATCH 3/4] config: only set search.exclude_tags to "deleted; spam; " during setup

Subject: Re: [PATCH 3/4] config: only set search.exclude_tags to "deleted; spam; " during setup

Date: Wed, 25 Jan 2012 01:43:33 +0100

To: Jani Nikula, Jameson Graef Rollins, Xavier Maillard, Austin Clements

Cc: Notmuch Mail

From: Pieter Praet


On Mon, 23 Jan 2012 08:24:44 +0000, Jani Nikula <jani@nikula.org> wrote:
> On Sun, 22 Jan 2012 23:38:40 -0800, Jameson Graef Rollins <jrollins@finestructure.net> wrote:
> > On Mon, 23 Jan 2012 07:22:25 +0000, Jani Nikula <jani@nikula.org> wrote:
> > > There really should be a definitive list of tags that are special to
> > > lib/cli/emacs (like "inbox", "unread", "deleted", ...), or are
> > > recommended for specific purposes (like "new" as an intermediate tag
> > > before more sophisticated tagging), to avoid prolonged discussions like
> > > this.
> > 
> > Just to be clear: the lib doesn't assign any special meaning to any tag
> > (as it shouldn't).  The cli does, but only in the sense that it creates
> > config files that designate certain tags for certain operations by
> > default.  It's really in emacs where certain tags currently have
> > unconfigurable meanings ("inbox").
> 
> The lib *does* assign special meaning to the tags it syncs to maildir
> flags: draft, flagged, passed, replied, unread. (deleted used to be part
> of the list.) The cli does have to request the syncing, but the mapping
> is in the lib (flag2tag array in lib/message.cc).
> 

Hmmm, right.

And seeing as how we can't simply replace the hardcoded tag names in
the flag2tag array with calls to the `notmuch_config_get_*' functions
(or move the Maildir sync stuff out of the lib altogether), custom
tag-to-concept mapping probably won't become a reality anytime soon.

Too bad...


> BR,
> Jani.


Peace

-- 
Pieter

Thread: