Re: Private data problems
Hello, Le 15/09/2008, "Liam O'Boyle" <[EMAIL PROTECTED]> a écrit : > First up, the GtkNotebook "switch-page" event returns a > GtkNotebookPage, which is of incredibly little use. Yes, but the next argument is an int with the page number. Then one can use gtk_notebook_get_nth_page() to get the child widget. Damien. ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
GtkTreeView and lazy population
Hi, I have developed a tree model which takes a long time to find all its root nodes. Short batches of 50-100 execute in negligible time, but it will be operate in cases with upwards of 100k root nodes. It seems as though the first thing GtkTreeView does on receiving the model is to iterate through every root node, calling iter_has_child and iter_next for each until iter_next returns FALSE. This then leads to my question - does anyone think it possible to modify GtkTreeView to give it much lazier population? To display itself, surely it only needs however many rows are visible .. and even these could be left blank and drawn as its queries return. My initial instinct is that the only issue would be the scroll bar going nuts, which I'm sure could be solved with an tree_model_estimate_n_children or something stupid. Can anyone advise me on if this seems like a good/bad plan, or a problem that's been tackled before? Thanks for any help Sam ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: treeview path/iter to undisplayed model item
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
how to modify the GnomeDbDataWidgetInfo?
by default, gnome_db_form/gnome_db_grid widget create a set of control (GnomeDbDataWidgetInfo). To add or manipulate data. For my application, i only need the update button, i do not need the insert, add or the next record button. How to remove all button except the update button? Or how i can create my update button to do function exactly like the one used in the GnomeDbDataWidgetInfo update button. thanks .. ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
