Re: [RFC] Enhancements to address completion

2011-03-15 Thread Kristoffer Ström
On Mon, 14 Mar 2011 22:05:00 +0100, Xavier Maillard xav...@maillard.im wrote:
 Hey Kristoffer
 
 On Mon, 14 Mar 2011 10:26:20 +0100, Kristoffer Ström 
 kristof...@rymdkoloni.se wrote:
 
  I use it for completing through a modified version of eudc-select.
 
 Would you mind posting this 'modified version of eudc-select' here ?
 
 /Xavier

Not at all fancy, only this:

https://gist.github.com/869875
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch


[RFC] Enhancements to address completion

2011-03-14 Thread Kristoffer Ström
On Mon, 14 Mar 2011 22:05:00 +0100, Xavier Maillard  
wrote:
> Hey Kristoffer
> 
> On Mon, 14 Mar 2011 10:26:20 +0100, Kristoffer Str?m  rymdkoloni.se> wrote:
> 
> > I use it for completing through a modified version of eudc-select.
> 
> Would you mind posting this 'modified version of eudc-select' here ?
> 
> /Xavier

Not at all fancy, only this:

https://gist.github.com/869875


[RFC] Enhancements to address completion

2011-03-14 Thread Kristoffer Ström
On Mon, 14 Mar 2011 02:29:14 -0400, servilio  wrote:
> I have been working in some enhancements to the emacs UI address
> completion, and this weekend I was able to find a way to finish the
> implementation to an acceptable (to me) state.
> 
> The gist of it is allowing the completion in Emacs to match against
> any part of the addresses returned by the notmuch-addrlookup command.
> I could not find a way to have completing-read behave that way, the
> strategy of matching anchored to the beginning of strings is
> in-grained in its design for what I've seen.
> 
> The current implementation uses Ido, included with Emacs at least in
> version 23, and is available at:
> 
> git://git.latertulia.org/servilio/notmuch.git
> 
> In the branch complete-name-and-address-v2. There is a web interface
> if you prefer to see the changes, just use "http" as the protocol in
> your web browser.
> 
> The first few changes in the branch are fixes and small enhancements I
> found while working on this, and I have sent them as separate patches
> for acceptance as they are independent of this work. All of this has
> been in use (in the form of the branch without "-v2") for almost a
> year. I started a message in August but somehow successfully forgot
> completely about it.
> 
> Regards,
> 
> Servilio

Have you looked at 'ido-completing-read that comes with ido-mode?
I use it for completing through a modified version of eudc-select.

It allows for fuzzy matching on any part of the name.


Re: [RFC] Enhancements to address completion

2011-03-14 Thread Kristoffer Ström
On Mon, 14 Mar 2011 02:29:14 -0400, servilio servi...@gmail.com wrote:
 I have been working in some enhancements to the emacs UI address
 completion, and this weekend I was able to find a way to finish the
 implementation to an acceptable (to me) state.
 
 The gist of it is allowing the completion in Emacs to match against
 any part of the addresses returned by the notmuch-addrlookup command.
 I could not find a way to have completing-read behave that way, the
 strategy of matching anchored to the beginning of strings is
 in-grained in its design for what I've seen.
 
 The current implementation uses Ido, included with Emacs at least in
 version 23, and is available at:
 
 git://git.latertulia.org/servilio/notmuch.git
 
 In the branch complete-name-and-address-v2. There is a web interface
 if you prefer to see the changes, just use http as the protocol in
 your web browser.
 
 The first few changes in the branch are fixes and small enhancements I
 found while working on this, and I have sent them as separate patches
 for acceptance as they are independent of this work. All of this has
 been in use (in the form of the branch without -v2) for almost a
 year. I started a message in August but somehow successfully forgot
 completely about it.
 
 Regards,
 
 Servilio

Have you looked at 'ido-completing-read that comes with ido-mode?
I use it for completing through a modified version of eudc-select.

It allows for fuzzy matching on any part of the name.
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch


Remote usage script updated

2011-03-03 Thread Kristoffer Ström

Hey, one open question on the remote script, is anyone using address completion 
with this?

ATM i'm using the vala script for this, but i don't know if integrating this 
remotely would be the most elegant solution.

How do you running notmuch-remote make this work?

Best, Kristoffer


Re: Remote usage script updated

2011-03-03 Thread Kristoffer Ström

Hey, one open question on the remote script, is anyone using address completion 
with this?

ATM i'm using the vala script for this, but i don't know if integrating this 
remotely would be the most elegant solution.

How do you running notmuch-remote make this work?

Best, Kristoffer
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch


Re: Maildir-flags synchronization now on master branch

2010-11-11 Thread Kristoffer Ström
 
   1. Don't do maildir-flag things in non-maildir directories
 
   2. Preserve any unsupported flags when renaming
 
 Of these, number 1 is likely less important. If someone is very
 concerned about avoiding the maildir-style renaming then they can simply
 configure maildir.synchronize_flags to false.

I'm just pinging that the small feedreader sluk i'm writing/maintaining relies 
on filenames not changing. 
So if anyone's using it be careful, and #1 would be a tad more important then.

Kristoffer
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch


sluk, rss and notmuch - some use cases

2010-10-11 Thread Kristoffer Ström

I just wrote a simple script to turn rss feeds into notmuch-parsable 
directories.

Script and docs available at: http://github.com/krl/sluk/

I had run into problems with both of the two other solutions for this i know

feed2imap: problems with threading consuming 100% cpu somehow (seems like a 
local problem, only happended from cron), also it started messing up the 
maildir writing.
rss2emai: downside that you need to send mail when you just want to write it in 
a directory. also had encoding issues with this.

I use this to read all my rss, and tag the ones i find interesting with 
"recommended", thereafter i use

http://github.com/albins/notmuch-to-feed

...to generate a feed from this tag, to spam my friends and enemies.

Feel free to yell at me if anything breaks.

 - Kristoffer


notmuch-next branch

2010-10-11 Thread Kristoffer Ström
> What do you think?

Good idea. github+


sluk, rss and notmuch - some use cases

2010-10-11 Thread Kristoffer Ström

I just wrote a simple script to turn rss feeds into notmuch-parsable 
directories.

Script and docs available at: http://github.com/krl/sluk/

I had run into problems with both of the two other solutions for this i know

feed2imap: problems with threading consuming 100% cpu somehow (seems like a 
local problem, only happended from cron), also it started messing up the 
maildir writing.
rss2emai: downside that you need to send mail when you just want to write it in 
a directory. also had encoding issues with this.

I use this to read all my rss, and tag the ones i find interesting with 
recommended, thereafter i use

http://github.com/albins/notmuch-to-feed

...to generate a feed from this tag, to spam my friends and enemies.

Feel free to yell at me if anything breaks.

 - Kristoffer
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch