- "David Nečas" a écrit :
> On Wed, Sep 02, 2009 at 02:56:12PM +0200, pwie...@trychlos.org wrote:
> > - "Kristian Rietveld" a écrit :
> >
> > > I don't fully get the problem you are describing. If I understand
> it
> > > correctly, you have a tree model where each node points to a
> G
On Wed, Sep 02, 2009 at 02:56:12PM +0200, pwie...@trychlos.org wrote:
> - "Kristian Rietveld" a écrit :
>
> > I don't fully get the problem you are describing. If I understand it
> > correctly, you have a tree model where each node points to a GObject.
> > Isn't it the case that when a row i
- "Kristian Rietveld" a écrit :
> I don't fully get the problem you are describing. If I understand it
> correctly, you have a tree model where each node points to a GObject.
> Isn't it the case that when a row is destroyed that contains a
> G_TYPE_OBJECT column, this will unref the value i
On Wed, Sep 2, 2009 at 2:26 PM, wrote:
> As I considered this rather as a waste of efforts, I am currently
> trying to suppress this GSList as the GtkTreeModel is actually all
> I need to manage all edition operations. But in this mode, the object
> reference has to be owned by the row.
>
> My pro
Hi guys
In a GtkTreeView, I used to maintain in parallel the GtkTreeModel
and a GSList of objects. In this mode, the object reference was
owned by the GSList, while the row only had a pointer to the object.
At each edition operation, I first edited the GSList object, then
duplicated the operation