RE: [gtkmm] refTreeSelection->select(iter);

["danny van elsen" <danny_van_elsen hotmail com>]

hello Murray,

thanks for the hint... but it finally dawned upon me that the row selected 
was always at the position that got double clicked.

so probably some trace of the double click still is hanging about, forcing 
the selection of the wrong row.

if I make the callback respond to a key press, then
gui_tv->scroll_to_row(p, 0.5);
gui_tv->set_cursor(p, *pColumn);
does the job...

since I'm not really familiar with all the details of gtk:
what would be the best way of reserving the double click for my callback 
only? I guess some other callback function must return a 'false' to indicate 
that the event has been dealt with?

for now I'm just using
tv.signal_button_press_event().connect_notify(SigC::slot(*this, 
&MainWindow::callback_treeview_clicked));


bye, Danny.

**********************************

> From: Murray Cumming Comneon com
> To: danny_van_elsen hotmail com, gtkmm-list gnome org
> Subject: RE: [gtkmm] refTreeSelection->select(iter);
> Date: Mon, 5 May 2003 08:30:58 +0200
>
> > From: danny van elsen [mailto:danny_van_elsen hotmail com]
> > // this works
> > gui_tv->scroll_to_row(p, 0.5);
> >
> >
> > // but this doesn't, either with or without the first line
> > refTreeSelection = gui_tv->get_selection();
> > refTreeSelection->select(iter);
>
> Yes, I seem to remember that scroll_to_row() is required to actually see 
> the
> selection. I think I do this somewhere in glom (www.glom.org) so you could
> grep for scroll_to_row in the sources.
>
>
> Murray Cumming
> murrayc usa net
> www.murrayc.com


_________________________________________________________________
Hotmail: your free e-mail ! http://www.msn.be/hotmail