[PATCH v2 4/7] emacs: Use result text properties for search result iteration
Jameson Graef Rollins
jrollins at finestructure.net
Sat Jul 14 14:13:11 PDT 2012
On Sat, Jul 14 2012, Austin Clements <amdragon at MIT.EDU> wrote:
> That's strange. What was the error?
>
> I've been testing with
> (("date" . "%12s ")
> ("count" . "%-7s ")
> ("authors" . "%-20s ")
> ("subject" . "\n%s ")
> ("tags" . "(%s)"))
> But maybe there are other cases it doesn't handle correctly?
Hrm. The error was:
error in process filter: wrong type argument: wholenump, -13
However, that's in my test emacs setup. It works fine in my normal
emacs session. Lets assume this is just a problem with my setup that
I'll look into.
The other problem I seem to be running into is that the
customize-variable interface definitely doesn't handle newlines very
well. If I try to add a '\n' in the interface it gets escaped, so I end
up with:
("subject" . "\\n%s ")
If I add the '\n' manually in my config, notmuch-search then interprets
the string correctly and adds newlines to the search results, but then
the customize-variable interface interprets the newline and adds a
newline the string field that kind makes the interface a little weird.
Is there "proper" way to add a newline to a string value in the
customize-variable interface that I'm not aware of?
In any event, this is in no way a blocker for this patch series. This
is all totally tangential. The patch series is great.
jamie.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 835 bytes
Desc: not available
URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20120714/f45b6c5b/attachment-0001.pgp>
More information about the notmuch
mailing list