semi-usable notmuch-gtk client

semi-usable notmuch-gtk client

[Baruch Even]

Hi,

I added a quick hack to show a message thread in notmuch-gtk and this 
makes it semi-usable. I don't actually parse the reply of notmuch-show 
but it's already passably usable to read mail.

Baruch

Re: semi-usable notmuch-gtk client

[Bart Trojanowski]

* Baruch Even <baruch@ev-en.org> [091127 12:58]:
> I added a quick hack to show a message thread in notmuch-gtk and this  
> makes it semi-usable. I don't actually parse the reply of notmuch-show  
> but it's already passably usable to read mail.

got screenshots?

Cheers,
-Bart

-- 
				WebSig: http://www.jukie.net/~bart/sig/

Re: semi-usable notmuch-gtk client

[Baruch Even]

Bart Trojanowski wrote:
> * Baruch Even <baruch@ev-en.org> [091127 12:58]:
>> I added a quick hack to show a message thread in notmuch-gtk and this  
>> makes it semi-usable. I don't actually parse the reply of notmuch-show  
>> but it's already passably usable to read mail.
> 
> got screenshots?

I created them now at http://baruch.github.com/notmuch-gtk

They are not pretty and not meant to be, I'm currently just tracing out 
the client to get it somewhat functional as a mail client. The niceties 
will come once I actually get to use it as properly.

Baruch

Re: semi-usable notmuch-gtk client

[Aneesh Kumar K. V]

On Fri, 27 Nov 2009 19:58:38 +0200, Baruch Even <baruch@ev-en.org> wrote:
> Hi,
> 
> I added a quick hack to show a message thread in notmuch-gtk and this 
> makes it semi-usable. I don't actually parse the reply of notmuch-show 
> but it's already passably usable to read mail.
> 

While discussing notmuch with some of the gnome developers they pointed
me to http://live.gnome.org/Anjal/ . The interface is suited to the way
notmuch displays threads. So i guess it would really cool if we can get
anjal to use nomuch as one of the backend.

That should also make sure you get a working mailclient in gtk with
minimal changes

-aneesh

Re: semi-usable notmuch-gtk client

[Carl Worth]

[-- Attachment #1: Type: text/plain, Size: 800 bytes --]

On Mon, 07 Dec 2009 16:42:42 +0530, "Aneesh Kumar K. V" <aneesh.kumar@linux.vnet.ibm.com> wrote:
> While discussing notmuch with some of the gnome developers they pointed
> me to http://live.gnome.org/Anjal/ . The interface is suited to the way
> notmuch displays threads. So i guess it would really cool if we can get
> anjal to use nomuch as one of the backend.
> 
> That should also make sure you get a working mailclient in gtk with
> minimal changes

Thanks for mentioning this, Aneesh.

Hooking up Anjal to notmuch was an idea that Chris Wilson had almost
immediately after playing with notmuch. I think he even started poking
around in the Anjal code base to see how much work this would be.

Chris, did you make any progress worth mentioning in your
investigations?

-Carl

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: semi-usable notmuch-gtk client

[Chris Wilson]

On Mon, 07 Dec 2009 09:57:12 -0800, Carl Worth <cworth@cworth.org> wrote:
> On Mon, 07 Dec 2009 16:42:42 +0530, "Aneesh Kumar K. V" <aneesh.kumar@linux.vnet.ibm.com> wrote:
> > While discussing notmuch with some of the gnome developers they pointed
> > me to http://live.gnome.org/Anjal/ . The interface is suited to the way
> > notmuch displays threads. So i guess it would really cool if we can get
> > anjal to use nomuch as one of the backend.
> > 
> > That should also make sure you get a working mailclient in gtk with
> > minimal changes
> 
> Thanks for mentioning this, Aneesh.
> 
> Hooking up Anjal to notmuch was an idea that Chris Wilson had almost
> immediately after playing with notmuch. I think he even started poking
> around in the Anjal code base to see how much work this would be.
> 
> Chris, did you make any progress worth mentioning in your
> investigations?

Before being distracted again, the impression I got from reading Anjal was
that to integrate with it, you needed to understand evolution-data-server
and camel. Anjal itself seems to be a relatively thin message/folder
viewer and composer, with the details hidden behind camel. So the next
step, I felt, would be to see whether you could write a notmuch data store
for evolution.
-ickle

-- 
Chris Wilson, Intel Open Source Technology Centre