aboutsummaryrefslogtreecommitdiffstats
diff options
context:
space:
mode:
-rw-r--r--widgets/misc/e-attachment-paned.c18
1 files changed, 1 insertions, 17 deletions
diff --git a/widgets/misc/e-attachment-paned.c b/widgets/misc/e-attachment-paned.c
index 9e2b73cf35..683da6b933 100644
--- a/widgets/misc/e-attachment-paned.c
+++ b/widgets/misc/e-attachment-paned.c
@@ -580,6 +580,7 @@ e_attachment_paned_init (EAttachmentPaned *paned)
widget = gtk_expander_new (NULL);
gtk_expander_set_spacing (GTK_EXPANDER (widget), 0);
+ gtk_expander_set_label_fill (GTK_EXPANDER (widget), TRUE);
gtk_box_pack_start (GTK_BOX (container), widget, TRUE, TRUE, 0);
paned->priv->expander = g_object_ref (widget);
gtk_widget_show (widget);
@@ -604,25 +605,8 @@ e_attachment_paned_init (EAttachmentPaned *paned)
container = paned->priv->expander;
- /* Request the width to be as large as possible, and let the
- * GtkExpander allocate what space there is. This effectively
- * packs the widget to expand.
- *
- * XXX This hack causes nasty side-effects in RTL locales,
- * so check the reading direction before applying it.
- * See GNOME bug #614049 for details + screenshot.
- *
- * XXX It also trips a height-for-width assertion GTK+ 3.
- * The same GNOME bug has a patch to add a "label-fill"
- * boolean property to GtkExpander to allow me to do
- * what I'm trying to do here properly.
- */
widget = gtk_hbox_new (FALSE, 6);
gtk_size_group_add_widget (size_group, widget);
-#if !GTK_CHECK_VERSION(2,90,0)
- if (gtk_widget_get_direction (widget) != GTK_TEXT_DIR_RTL)
- gtk_widget_set_size_request (widget, G_MAXINT, -1);
-#endif
gtk_expander_set_label_widget (GTK_EXPANDER (container), widget);
gtk_widget_show (widget);