Re: New addressbook backend.

[Nat Friedman <nat novell com>]

I've done the same thing in my copy, which avoids the Xlib problem. 
Unfortunately the queries themselves still aren't working.  I am going
to look at this tonight; it requires at least a CVS copy of
evolution-sharp and evolution-data-server.

Nat

On Wed, 2004-02-04 at 07:22, Julian Satchell wrote:
> I've built the the e-d-s backend. I had the same problem with Xlib async
> reply that my attempt to do the same thing suffered from. I have hacked
> my copy to do a lazy initialization of the addressbook, which fixes the
> problem, and it seems to work well.
> 
> I assume it is some obscure Gtk/EvolutionSharp locking bug, that effects
> my configuration, which I list below. If nobody else suffers from this,
> just ignore it, and hopefully it will go away when I upgrade to newer
> versions.
> 
> OS: Mandrake 9.1
> Mono: 0.29 (rpm via redcarpet)
> Desktop: Garnome 0.29.1
> gtk#: 0.15 (from source)
> evo#: patched source, as per Nat's post.
> 
> Julian
> 
> 
> On Sat, 2004-01-31 at 21:01 -0500, Nat Friedman wrote:
> > Hi guys,
> > 
> > I wrote a backend for the Evolution 2.0 addressbook.  It's a bit buggy
> > right now, and you need a couple patches for evolution-sharp to compile
> > it.
> > 
> > When this is working, I'm ready to do a release.  Post 0.1, I want to
> > spend some serious time cleaning up the architecture.  Some of the new
> > resultset stuff is confusing and makes writing backends harder, and the
> > fact that match rendering is now uniform no matter the match type is
> > somewhat suboptimal for the user; different types of data shouldn't look
> > the same.
> > 
> > Best,
> > Nat
> 
> _______________________________________________
> Dashboard-hackers mailing list
> Dashboard-hackers gnome org
> http://mail.gnome.org/mailman/listinfo/dashboard-hackers
>