After further testing, I've concluded it is a strange interaction between
the xmms2 client lib (my application is an xmms2 client) and the glib
mainloop. I found a workaround in that instead of placing items in the
store directly when xmms2 tells me to, I put it in a queue for an idle
function to pick up later. That seems to solve it atm.
dave
On Mon, Sep 15, 2008 at 10:30 AM, Dave Foster <[EMAIL PROTECTED]> wrote:
> Hi all -
>
> I have a situation in my application where I'd like to do something with an
> iterator/treepath that I've just added to the model. Specifically, I need
> to do things like get_cell_area and scroll_to_row in certain instances. It
> seems I am unable to get valid results out of these functions until after
> the tree view control has rendered them. Calling get_cell_area will give
> the area of a DIFFERENT cell (ack!) and scroll_to_row will simply do
> nothing.
>
> Is there a way to determine if an iter/treepath has been displayed or could
> be displayed (not in the current scrolled area of the treeview)? I don't
> know how else to solve my problem. Using a timeout works some of the time
> but since I cannot accuratly determine if the treepath I have is going to
> work with those functions it's more of a bandaid then a solution.
>
> As suggested on the gtkmm list I tried using a cell data function but those
> only get called if the cell is in the scrolled view of the tree, which is
> not often the case in my application.
>
> Any ideas would be great, thanks!
> dave
>
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list