Re: 'reloading' gtktreeview when model changes drastically

2007-08-05 Thread Philip Van Hoof
ring the state, like sorting --in case of a sortable -- or selection details), then that's fine from the application developer's point of view. > As for the model-should-be-view-ignorant issues, they have nothing to > do with transactions, but are just as valid concerns of cours

Re: 'reloading' gtktreeview when model changes drastically

2007-08-05 Thread Philip Van Hoof
On Sat, 2007-08-04 at 16:51 -0400, Paul Davis wrote: > On Sat, 2007-08-04 at 17:00 +0200, Philip Van Hoof wrote: > > > The model itself is the source. The view is just a viewer for it. The > > source itself doesn't change. The content of the source changes. The > > v

Re: 'reloading' gtktreeview when model changes drastically

2007-08-04 Thread Philip Van Hoof
e with this: you know where to find me and you know that I'm interested in helping with this if necessary. > All connected views/models could then process the > full changeset in one pass. (Possibly this could also add/remove ranges > of nodes, etc). Thanks for your hard wo