[Gtk-sharp-list] Databindig IList to a Gtk.TreeView

mlgs at arsis.net mlgs at arsis.net
Sun Apr 23 18:26:39 EDT 2006


Quoting Philip Van Hoof <spam at pvanhoof.be>:

> On Sat, 2006-04-22 at 20:59 +0200, mlgs wrote:
> > First, thanks. This one is a real life saver.
> > 
> > A little patch for this binding. So you can add custom cellrenderers and
> > it selects more default types than text. Also modified your example to
> > add bool as example.
> 
> I'll take a look and probably apply the patch. But wouldn't it be better
> if I just gave guys like you a account on the SVN so that you can branch
> and commit yourselves?
> 

As I see you already did.

> This really isn't some official system or application. It's really about
> trying out things :-). 
> 

Noticed that, but still worked a wonder for me:) I was right on the start of
applying few treeviews with complex data. So this was a real life saver. This is
the least I could do back for my new gained time:)

> Let me know. It's a mod_svn so I can apply any type of Apache2 authent-
> ication (htpasswd2, etc).
> 

I see no prob here. I'm prepared to do my share of work on this one. Especialy
if this would have a chance to get in regular gtk-sharp TreeView (or if the
mainters decide what kind of Databindings they prefer).

If anything matters, I did another patch, but I'm not on my computer right now
so I can't send it right now, I didn't expect that childish patch would be taken
in consideration so soon (and if it even would).

Second patch is restoring the state of treeview after same datasource has been
applied again. Restoring position and selections. Only one problem with that
patch, I can't get rid of flicker in treeview on restore (redrawing start and
then changing position with another redraw). Doing
treeviewobject.GdkWindow.FreezeUpdates() and
treeviewobject.GdkWindow.ThawUpdates() doesn't seem to help here either (any
idea is appreciated). Have to look more than 15 minutes as I did so far.

I plan to try making the same thing for Combo.

> 
> > Sorry I had to modify lib locations too.
> 
> I hardcoded the library locations because I don't really understand that
> Mono trick you have to do to translate Win32 DLL locations to UNIX so
> file locations.
> 

Don't know much about that one too. I don't touch Windows with a ten foot pole.
This is why I like mono and gtk-sharp. Same results everywhere.

> I improved it a little bit. Except that I've left the .so extension and
> the "-x11" thingy of gtk+ in tact. 
> 

Saw that.

> Some guy who's experienced in P/Invoke should really or document it or
> create me such a config file that will work everywhere ;-). I'm happy to
> accept both patches and commits for the experiment.
> 

Can't help here:( As I said, no Windows.

> 
> -- 
> Philip Van Hoof, software developer at x-tend 
> home: me at pvanhoof dot be 
> gnome: pvanhoof at gnome dot org 
> work: vanhoof at x-tend dot be 
> http://www.pvanhoof.be - http://www.x-tend.be
> 
> 




----------------------------------------------------------------------
This mail sent through Horde-Toaster (http://qmailtoaster.clikka.com/)


More information about the Gtk-sharp-list mailing list