Quoting Johannes Larsen (2021-05-17 14:32:12)
> 2021-05-17 10:54:09, Anton Khirnov wrote:
> > Here's my current roadmap:
>
> Lots if interesting features/fixes!
Of course keep in mind that it's largely a wishlist, so don't expect
these to be done
- at all
- any time soon
's/github/yourchoice/' in that sentence ;)
Because at this point it is still "my personal stuff". If and when it
actually becomes "upstreaming or collaboration", I can also push it
elsewhere, as needed. I am not super fundamentalist in my religion.
But for the time being I see
e CRLfile: none
no HTTP(S) cloning set up, sorry
> [~] git clone git://git.khirnov.net/alot.git
>
> Cloning into 'alot'...
>
> (times out)
this should work, unless you managed to trigger my firewall's autoban
(cleared it, just in case)
--
Anton Khirnov
_
to follow up on their
> promises to "clean things up", for all too understandable reasons.
> Still, I believe that just merging everything will quickly kill the project as
> a) this leads to code that is very difficult and time-consuming to maintain
> and
> b) broken
it "properly" under a new name.
Any comments or questions are very much welcome. I can also be reached
on IRC as elenril.
--
Anton Khirnov
___
notmuch mailing list -- notmuch@notmuchmail.org
To unsubscribe send an email to notmuch-le...@notmuchmail.org
ping
--
Anton Khirnov
___
notmuch mailing list
notmuch@notmuchmail.org
https://notmuchmail.org/mailman/listinfo/notmuch
---
bindings/python-cffi/notmuch2/_build.py| 17 +
bindings/python-cffi/notmuch2/_config.py | 84 ++
bindings/python-cffi/notmuch2/_database.py | 23 ++
3 files changed, 124 insertions(+)
create mode 100644 bindings/python-cffi/notmuch2/_config.py
diff --git
Any messages retrieved from a query - either directly via
search_messages() or indirectly via thread objects - are owned by that
query. Retrieving the same message (i.e. corresponding to the same
message ID / database object) several times will always yield the same
C object.
The caller is
much_database_set_config().
4) The setup for building the documentation seems to be missing.
Anything else of note that remains to be implemented?
--
Anton Khirnov
___
notmuch mailing list
notmuch@notmuchmail.org
https://notmuchmail.org/mailman/listinfo/notmuch
On Thu, 9 Aug 2012 09:49:19 +0100 (BST), Sepp Tannhuber wrote:
> Dear Anton,
>
> for some reason the file did not exist here. Perhaps I deleted it
> accidentally. So I cloned the
> repository again. And there it is.
> Now I'm trying?if it is useful for me. I changed some c
On Thu, 9 Aug 2012 09:49:19 +0100 (BST), Sepp Tannhuber
sepp.tannhu...@yahoo.de wrote:
Dear Anton,
for some reason the file did not exist here. Perhaps I deleted it
accidentally. So I cloned the
repository again. And there it is.
Now I'm trying if it is useful for me. I changed some code
vim/plugin/notmuch-vimpy.vim, line 817
--
Anton Khirnov
On Mon, 6 Aug 2012 23:29:08 +0100 (BST), Sepp Tannhuber wrote:
> Hi Anton,
>
> thanks for answering. Finally I found it. My next problem is that I have
> absolutely no idea how to use it.
> I followed the instructions I have found in this mailing list and copied the
> sy
/plugin/notmuch-vimpy.vim, line 817
--
Anton Khirnov
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch
es from my repo now so nobody else gets
confused like this.
--
Anton Khirnov
On Mon, 6 Aug 2012 23:29:08 +0100 (BST), Sepp Tannhuber
sepp.tannhu...@yahoo.de wrote:
Hi Anton,
thanks for answering. Finally I found it. My next problem is that I have
absolutely no idea how to use it.
I followed the instructions I have found in this mailing list and copied the
syntax
arches; you don't have to wait for the whole search to finish,
>sort of like the 'less' command
How did you do that? When I tried to do this in my version, I got hit by
vim not being threadsafe.
--
Anton Khirnov
ut lets see. I'm still not sure if we should
> depend on ruby/python bindings, maybe there's a way to make them
> optional.
>
> Anyway, if you find a way to improve the crash issues, let me know, so
> far it's the only real issue I see with this plug-in.
That is weird, I'm not getting any crashes here. On any exception in the
python code it prints the backtrace and continues normally. I don't
think I've ever seen it actually crash (not counting my ultimately
unsuccessfull attempts at threading). I wonder what could cause this.
--
Anton Khirnov
(not counting my ultimately
unsuccessfull attempts at threading). I wonder what could cause this.
--
Anton Khirnov
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch
of like the 'less' command
How did you do that? When I tried to do this in my version, I got hit by
vim not being threadsafe.
--
Anton Khirnov
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch
On Mon, 16 Jan 2012 09:34:59 -0800, Jameson Graef Rollins wrote:
> On Sun, 15 Jan 2012 16:34:08 +0100, Anton Khirnov
> wrote:
> > Yes, it's still synchronous. I suppose making it asynchronous shouldn't
> > be all that hard, i just never found enough t
On Mon, 16 Jan 2012 09:34:59 -0800, Jameson Graef Rollins
jroll...@finestructure.net wrote:
On Sun, 15 Jan 2012 16:34:08 +0100, Anton Khirnov an...@khirnov.net wrote:
Yes, it's still synchronous. I suppose making it asynchronous shouldn't
be all that hard, i just never found enough time
On Sat, 14 Jan 2012 22:15:07 -0400, David Bremner wrote:
> On Sat, 14 Jan 2012 08:54:43 +0100, anton at khirnov.net wrote:
> >
> > The advantages over current vim client are still the following:
> > * sending and displaying/saving attachments
> > * much better uni
and search commands completion
* proper representation of the thread structure
* easier to extend thanks to python's massive standard library
Please comment.
Hi Anton;
I'm not a vim user, so I probably can't say anything very helpful, but
it does sound like some nice improvements
are still the following:
* sending and displaying/saving attachments
* much better unicode support
* tag name and search commands completion
* proper representation of the thread structure
* easier to extend thanks to python's massive standard library
Please comment.
--
Anton Khirnov
ewhat lacking atm. This is of
> > course to be improved later, depending on the responses.
> >
> > Comments, bugreports and fixes very much welcome.
>
> Do you have a git repo where to fetch these changes? Or can you
> provide a series of patches with 'git format-patch'?
>
Ah right, forgot to mention it.
git://git.khirnov.net/git/notmuch
branch vim.
--
Anton Khirnov
a git repo where to fetch these changes? Or can you
provide a series of patches with 'git format-patch'?
Ah right, forgot to mention it.
git://git.khirnov.net/git/notmuch
branch vim.
--
Anton Khirnov
___
notmuch mailing list
notmuch@notmuchmail.org
---
lib/message-file.c |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/lib/message-file.c b/lib/message-file.c
index 7722832..99505c1 100644
--- a/lib/message-file.c
+++ b/lib/message-file.c
@@ -341,12 +341,17 @@ notmuch_message_file_get_header (notmuch_message_file_t
On Mon, 09 May 2011 09:20:41 -0300, David Bremner wrote:
> On Mon, 9 May 2011 09:06:34 +0200, Anton Khirnov
> wrote:
> > Now None is returned when those don't exist, which is inconvenient to
> > deal with.
>
> I'm not using the python bindings, but from a philo
Now None is returned when those don't exist, which is inconvenient to
deal with.
---
bindings/python/notmuch/thread.py |6 --
1 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/bindings/python/notmuch/thread.py
b/bindings/python/notmuch/thread.py
index eebd6cb..cf26957 100644
On Fri, 15 Apr 2011 16:43:58 +0200, Anton Khirnov wrote:
> ---
> lib/message-file.c |5 +
> 1 files changed, 5 insertions(+), 0 deletions(-)
>
> diff --git a/lib/message-file.c b/lib/message-file.c
> index 7722832..b7b3286 100644
> --- a/lib/message-file.c
>
Now None is returned when those don't exist, which is inconvenient to
deal with.
---
bindings/python/notmuch/thread.py |6 --
1 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/bindings/python/notmuch/thread.py
b/bindings/python/notmuch/thread.py
index eebd6cb..cf26957 100644
On Mon, 09 May 2011 09:20:41 -0300, David Bremner da...@tethera.net wrote:
On Mon, 9 May 2011 09:06:34 +0200, Anton Khirnov an...@khirnov.net wrote:
Now None is returned when those don't exist, which is inconvenient to
deal with.
I'm not using the python bindings, but from a philosophical
---
lib/message-file.c |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/lib/message-file.c b/lib/message-file.c
index 7722832..99505c1 100644
--- a/lib/message-file.c
+++ b/lib/message-file.c
@@ -341,12 +341,17 @@ notmuch_message_file_get_header (notmuch_message_file_t
---
lib/message-file.c |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/lib/message-file.c b/lib/message-file.c
index 7722832..b7b3286 100644
--- a/lib/message-file.c
+++ b/lib/message-file.c
@@ -341,12 +341,17 @@ notmuch_message_file_get_header (notmuch_message_file_t
35 matches
Mail list logo