thanks for your reply!
But I'm using windows,so I think maybe I should use windows api to achieve
it.
Regards,
Todong Ma
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
I would like the user to be able to scroll up and down the treeview,
expand/close rows etc with the keyboard. This is already possible with
the arrow keys; however, I would like to use different ones.
I'm pretty new to Gtk programming so I might be missing out something
here, but this is my
Hello.
Actually, things are not as contorted as you depicted here. For
example, if you would hit the last node at path 2:3:2 (3rd root
element, 4th element on level 1 and 3rd element on level 2),
gtk_tree_model_iter_next() will return FALSE, which means that you
need to get one level up. Getting
gtk_tree_view_row_expanded looks like it should do the trick...
thanks! I can't believe I missed that in the docs.
Nonetheless, it feels a bit unnatural to replicate in my code behavior
that's already available in GtkTreeView, just so I can remap the
keys.. but whatever works, I guess (:
Jez
On
Hi.
Nonetheless, it feels a bit unnatural to replicate in my code behavior
that's already available in GtkTreeView, just so I can remap the
keys.. but whatever works, I guess (:
Alternatively, you can also emit GtkTreeView::move-cursor signal with
proper arguments, but getting them right is a
But I'm using windows,so I think maybe I should use windows api to achieve it.
Could well be. Trying to use GTK+ for any exotic window management
tasks on Windows is likely to not work as intended because of bugs in
GTK+ on Windows.
--tml
___
Oh, I had the impression that the move-cursor signal was emitted by
the TreeView when the cursor was moved. I didn't know it was the other
way around. I've already managed to get it working after reading your
earlier email, but I might rewrite it with this when I have the time.
Thanks for the
Hello.
2010/4/17 Jez jezr...@gmail.com:
Oh, I had the impression that the move-cursor signal was emitted by
the TreeView when the cursor was moved. I didn't know it was the other
way around. I've already managed to get it working after reading your
earlier email, but I might rewrite it with