playing: bool field in my model. Have a message setup on the start and stop buttons. The start button would set the playing field to true and then play the first sound. But I'm really not sure if this all happens on the main thread. So would I need to start a thread in order to do it repeatedly?
stream() method (https://docs.rs/relm/0.20.0/relm/struct.Relm.html#method.stream) which returns an EventStream which has an emit() method (https://docs.rs/relm/0.20.0/relm/struct.EventStream.html#method.emit) to send a message.
init_view().
gtk::ComboBoxText {
hexpand: true,
},::new and ::new_with_entry
@emmanueltouzery You should be able to do so with construct properties. Something like:
gtk::ComboBoxText({has_entry: true}) {
hexpand: true,
}These properties are currently not checked at compile-time, they're checked at run-time by gtk+ itself, so check stderr if that doesn't work.
When I switch to using builders, it will be checked at compile-time.
How would I implement 2-way communication witch parent <-> child components setup, let's say that my child has 3 sliders and I have to get values of those in a parent component.
Is this a recommended way?
- Send
give_me_dataevent fromparenttochild - Recrive event in
child - Send
returned_dataenvent fromchildtoparent
I'm using this setup, but it feels kinda overkill for such a simple task
Hi, I'm wondering if there's a better way to retrieve data from a dialog when the user clicks 'save': I have a relm component that I add to a dialog:
// need to keep a reference else event processing dies when
// the component gets dropped
self.model.server_add_edit_dialog = Some(
relm::init::<ServerAddEditDialog>((
self.model.db_sender.clone(),
server.unwrap().project_id,
server.cloned(),
))
.expect("error initializing the server add edit modal"),
);
let dialog_contents = self.model.server_add_edit_dialog.as_ref().unwrap();
dialog
.get_content_area()
.pack_start(dialog_contents.widget(), true, true, 0);
dialog.add_button("Cancel", gtk::ResponseType::Cancel);
let save = dialog.add_button("Save", gtk::ResponseType::Ok);
save.get_style_context().add_class("suggested-action");
dialog.connect_response(move |d, r| {
d.close();
if r == gtk::ResponseType::Ok {
// handle the action...
}
});
dialog.show_all();so, the component does not get notified directly when the dialog is closed, it's the parent window that opened the dialog that gets notified in the connect_response. What I would do is a little roundabout.. in the connect_response handler, I would send a signal to the dialog component: dialog_contents.stream().emit(DialogSaveTriggered), then in the component itself, when I get that message, I'd gather the values for all the fields in the dialog, and emit DialogSaved with the value for all the fields. Is there a simpler/more idiomatic way?
Dialog. Do you think that would help you?
visible: false in my view! next to some components and there is no effect
let dialog = gtk::DialogBuilder::new()
.use_header_bar(1)
.default_width(width)
.default_height(height)
.title(title)
.modal(true)
.build();
dialog
.get_content_area()
.pack_start(dialog_contents.widget(), true, true, 0); // <--- adding it here