[notmuch] [Sebastian Spaeth] Pull requests
On Mon, 01 Mar 2010 15:57:00 +0100, "Sebastian Spaeth" wrote: > From git repository git://github.com/spaetz/notmuch-all-feature.git I > would like to advocate the following branches for quick pulling. Each > contains 1 or 2 patches. They have all been based on todays > cworth/master, so it should be really painless. Thanks for pulling these all together! All the ones that you propose I also use and would really like these to be merged as well. The only other patch that I find absolutely crucial, that you do not include, is the 'Preserve folder information when indexing' patch which, although not perfect, does significantly change my life. micah -- 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/20100325/7003fdb6/attachment.pgp>
Re: [notmuch] JSON based emacs UI
On Thu, 25 Mar 2010 09:14:09 +, David Edmondson wrote: > On Thu, 25 Mar 2010 10:11:38 +0530, "Aneesh Kumar K. V" > wrote: > > Is there a way to get the inline patches shown similar to > > diff-mode not just the attached patches ? > > A new hook function for text/plain parts called > `notmuch-wash-inline-patch' is added that attempts to do this by > converting the inline patch into a fake attachment. > > It guesses whether a buffer includes a patch and also the extent of that > patch, so it's a bit risky and hence not enabled by default. It is only > lightly tested. You can try it out by setting: > >(setq notmuch-show-insert-text/plain-hook > '(notmuch-wash-wrap-long-lines >notmuch-wash-tidy-citations >notmuch-wash-compress-blanks >notmuch-wash-inline-patch >notmuch-wash-markup-citations)) > > The order is important! > That worked. Thanks. BTW is there a way to get '=' to reload the thread details. Something similar to notmuch-search-refresh-view. for the show window. That would make sure i can get the tag updated tag details by using = key. right now it is difficult to find out whether i "unread" tag is removed from a message or not. The best fix would be to show the updated tag dynamically -aneesh ___ notmuch mailing list notmuch@notmuchmail.org http://notmuchmail.org/mailman/listinfo/notmuch
Re: [notmuch] [Sebastian Spaeth] Pull requests
On Mon, 01 Mar 2010 15:57:00 +0100, "Sebastian Spaeth" wrote: > From git repository git://github.com/spaetz/notmuch-all-feature.git I > would like to advocate the following branches for quick pulling. Each > contains 1 or 2 patches. They have all been based on todays > cworth/master, so it should be really painless. Thanks for pulling these all together! All the ones that you propose I also use and would really like these to be merged as well. The only other patch that I find absolutely crucial, that you do not include, is the 'Preserve folder information when indexing' patch which, although not perfect, does significantly change my life. micah pgpzkkv2WM3mh.pgp Description: PGP signature ___ notmuch mailing list notmuch@notmuchmail.org http://notmuchmail.org/mailman/listinfo/notmuch
[notmuch] cnotmuch 0.2.1 release (API complete)
FYI: The python bindings for notmuch.so are now API complete and I released them as version 0.2.1. See: http://pypi.python.org/pypi/cnotmuch for an overview and downloads. http://bitbucket.org/spaetz/cnotmuch/ the source code repo/history http://packages.python.org/cnotmuch/ the API documentation > This means you can do "easy_install cnotmuch" on your linux box and it > will get installed into: > > /usr/local/lib/python2.x/dist-packages/ > > For uninstalling, you'll need to remove the "cnotmuch-0.2.1-py2.x.egg" > file/directory and delete one entry in the "easy-install.pth" file in that > same directory. > > It needs to have a libnotmuch.so or libnotmuch.so.1 available in some > library folder or will raise an exception when loading. > "OSError: libnotmuch.so.1: cannot open shared object file: No such file or > directory" Have fun, Sebastian
[notmuch] bbdb import notmuch addresses
I used notmuch_address.py to scrape email addresses from notmuch and generate elisp to showve them into bbdb. Tab completion via bbdb is much faster than via notmuch_addresses. Run the script, execute the results in emacs. I didn't care enough to do any merging, so records that clash with existing records are ignored. -- next part -- A non-text attachment was scrubbed... Name: scrape.py Type: text/x-python Size: 1195 bytes Desc: scrape.py URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20100325/0b6b9582/attachment.py>
[notmuch] JSON based emacs UI
On Wed, 24 Mar 2010 07:32:41 +, David Edmondson wrote: > On Mon, 22 Mar 2010 14:47:39 +, David Edmondson wrote: > > I've pushed the first stage of a JSON based emacs UI to the repository > > at http://github.com/dme/notmuch (it's in the "master" branch). > > > > This is intended to be functionally equivalent to the current UI, though > > HTML display is not present (see below). > > > > This is lightly tested, but if anyone else wants to give it a try I > > would be interested in feedback. There were a couple of places in the > > current code where I wasn't completely sure of the intention, so I may > > have inadvertently diverged (notmuch-show-rewind is a good example). > > > > For HTML display and other improved MIME support my intention is to > > enhance notmuch to allow single parts to be output (something like: > > "notmuch show --part=2 id:k74hf87df.fsf at fish.org") and use that from the > > UI code. No idea when I'll get to it, though. > > "notmuch part --part=2 id:k74hf87df.fsf at fish.org" support is pushed now > and notmuch-show.el updated to use it. > > An attempt is made to inline all parts, including guessing the type of > application/octet-stream parts using mailcap (so a file called > "foo.patch" sent as type application/octet-stream will be displayed > using diff-mode formatting). > Is there a way to get the inline patches shown similar to diff-mode not just the attached patches ? -aneesh
[notmuch] JSON based emacs UI
On Thu, 25 Mar 2010 10:11:38 +0530, "Aneesh Kumar K. V" wrote: > Is there a way to get the inline patches shown similar to > diff-mode not just the attached patches ? A new hook function for text/plain parts called `notmuch-wash-inline-patch' is added that attempts to do this by converting the inline patch into a fake attachment. It guesses whether a buffer includes a patch and also the extent of that patch, so it's a bit risky and hence not enabled by default. It is only lightly tested. You can try it out by setting: (setq notmuch-show-insert-text/plain-hook '(notmuch-wash-wrap-long-lines notmuch-wash-tidy-citations notmuch-wash-compress-blanks notmuch-wash-inline-patch notmuch-wash-markup-citations)) The order is important! dme. -- David Edmondson, http://dme.org
[notmuch] bbdb import notmuch addresses
I used notmuch_address.py to scrape email addresses from notmuch and generate elisp to showve them into bbdb. Tab completion via bbdb is much faster than via notmuch_addresses. Run the script, execute the results in emacs. I didn't care enough to do any merging, so records that clash with existing records are ignored. #!/usr/bin/python from cnotmuch import notmuch import notmuch_addresses def get_matching_messages(self): notmuch_db = notmuch.Database(self.db_path) query_string = "(from:" + self.email for addr in self.other_emails: query_string += (" OR from:" + addr) query_string += ")" query = notmuch.Query(notmuch_db, query_string) return query.search_messages() notmuch_addresses._get_matching_messages = get_matching_messages matcher = notmuch_addresses.NotmuchAddressMatcher('') matcher.generate_matches() print """ (defun bbdb-snarf-email-alias (name email) "Import email alias into bbdb" (condition-case nil (unless (bbdb-search-simple nil email) (bbdb-create-internal name nil email nil nil nil)) (error nil))) """ for elem in matcher.matches: if not '@' in elem: continue if not '<' in elem: print "(bbdb-snarf-email-alias \"%s\")" % elem.lower() else: elem = elem.replace('"', '') elem = elem.replace(' <', '" "') elem = elem.replace('>', '"') if elem[0] != '"': elem = '"%s' % elem print "(bbdb-snarf-email-alias %s)" % elem ___ notmuch mailing list notmuch@notmuchmail.org http://notmuchmail.org/mailman/listinfo/notmuch
[notmuch] cnotmuch 0.2.1 release (API complete)
FYI: The python bindings for notmuch.so are now API complete and I released them as version 0.2.1. See: http://pypi.python.org/pypi/cnotmuch for an overview and downloads. http://bitbucket.org/spaetz/cnotmuch/ the source code repo/history http://packages.python.org/cnotmuch/ the API documentation > This means you can do "easy_install cnotmuch" on your linux box and it > will get installed into: > > /usr/local/lib/python2.x/dist-packages/ > > For uninstalling, you'll need to remove the "cnotmuch-0.2.1-py2.x.egg" > file/directory and delete one entry in the "easy-install.pth" file in that > same directory. > > It needs to have a libnotmuch.so or libnotmuch.so.1 available in some > library folder or will raise an exception when loading. > "OSError: libnotmuch.so.1: cannot open shared object file: No such file or > directory" Have fun, Sebastian ___ notmuch mailing list notmuch@notmuchmail.org http://notmuchmail.org/mailman/listinfo/notmuch
Re: [notmuch] JSON based emacs UI
On Thu, 25 Mar 2010 10:11:38 +0530, "Aneesh Kumar K. V" wrote: > Is there a way to get the inline patches shown similar to > diff-mode not just the attached patches ? A new hook function for text/plain parts called `notmuch-wash-inline-patch' is added that attempts to do this by converting the inline patch into a fake attachment. It guesses whether a buffer includes a patch and also the extent of that patch, so it's a bit risky and hence not enabled by default. It is only lightly tested. You can try it out by setting: (setq notmuch-show-insert-text/plain-hook '(notmuch-wash-wrap-long-lines notmuch-wash-tidy-citations notmuch-wash-compress-blanks notmuch-wash-inline-patch notmuch-wash-markup-citations)) The order is important! dme. -- David Edmondson, http://dme.org ___ notmuch mailing list notmuch@notmuchmail.org http://notmuchmail.org/mailman/listinfo/notmuch