Closes #1.

Honouring manually modified labels.

Previously, adding a track would cause a new "default" label to be generated for the project, even after a label had been manually entered by the user.

With this patch, user-inputted labels are no longer overwritten by "default" labels. Looking at the code, this seems to be the intended behaviour. I haven't fully tested how it behaves when saving and loading projects to and from the file system.
parent 6c45f9e7
......@@ -423,7 +423,7 @@ brasero_project_name_label_changed (GtkEditable *editable,
BraseroProjectNamePrivate *priv;
priv = BRASERO_PROJECT_NAME_PRIVATE (editable);
priv->label_modified = 1;
priv->label_modified = TRUE;
g_signal_emit (editable,
brasero_project_name_signals [CHANGED_SIGNAL],
0);
......@@ -480,7 +480,10 @@ brasero_project_name_set_type (BraseroProjectName *self)
return;
}
priv->label_modified = FALSE;
if (priv->label_modified) {
return;
}
title_str = brasero_project_name_get_default_label (self);
g_signal_handlers_block_by_func (self, brasero_project_name_label_changed, NULL);
......@@ -519,7 +522,7 @@ brasero_project_name_init (BraseroProjectName *object)
priv = BRASERO_PROJECT_NAME_PRIVATE (object);
priv->label_modified = 0;
priv->label_modified = FALSE;
g_signal_connect (object,
"icon-release",
G_CALLBACK (brasero_project_name_icon_button_clicked),
......
Markdown is supported
0% or
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment