You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Hello! I'm finding TreeViews a bit unintuitive to use with #[widget].
In issue connect! with TreeSelection #50 you gave some example code for connecting a child's signals which sounds great, but the branch was deleted. Is this still a goal, or is it already possible? I couldn't see any examples or obvious implementation.
In issue Question: connect CellRendererText callback in the init_view? #181 and in the async example the solution for using connect! on a TreeSelection is to store a clone of the relm object in the model to use later on, but it doesn't feel nice - maybe init_view could be given a &Relm<T> or the relm's stream?
Is setting up CellRenderers and TreeViewColumns declaratively a future goal or is it a bad approach?
Thanks :).
The text was updated successfully, but these errors were encountered:
I think init_view() used to take a Relm as a parameter, but I removed it to make the function signatures simpler. Now that you talk about it, maybe I could change the code generation so that connect!() could take self as a parameter.
Yes it is. That would require creating custom relm widgets for these.
Hello! I'm finding TreeViews a bit unintuitive to use with
#[widget]
.In issue connect! with TreeSelection #50 you gave some example code for connecting a child's signals which sounds great, but the branch was deleted. Is this still a goal, or is it already possible? I couldn't see any examples or obvious implementation.
In issue Question: connect CellRendererText callback in the init_view? #181 and in the async example the solution for using
connect!
on a TreeSelection is to store a clone of the relm object in the model to use later on, but it doesn't feel nice - maybeinit_view
could be given a&Relm<T>
or the relm's stream?Is setting up CellRenderers and TreeViewColumns declaratively a future goal or is it a bad approach?
Thanks :).
The text was updated successfully, but these errors were encountered: