From 60d1c3054aa60d02c763538d6b1f16d9d6ab6ade Mon Sep 17 00:00:00 2001 From: Matthew Barnes Date: Fri, 8 Feb 2013 14:21:42 -0500 Subject: G_PRIORITY_HIGH_IDLE is sufficient to beat GTK+ redraws. GTK+ uses (G_PRIORITY_HIGH_IDLE + 20) for redrawing operations, which is actually a slightly lower priority than G_PRIORITY_HIGH_IDLE. Therefore for our purpose, G_PRIORITY_HIGH_IDLE is sufficient. --- em-format/e-mail-parser.c | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) (limited to 'em-format') diff --git a/em-format/e-mail-parser.c b/em-format/e-mail-parser.c index e569560092..294b058766 100644 --- a/em-format/e-mail-parser.c +++ b/em-format/e-mail-parser.c @@ -723,8 +723,9 @@ e_mail_parser_wrap_as_attachment (EMailParser *parser, } /* e_attachment_load_async must be called from main thread */ - /* schedule with priority higher than gtk+ uses for animations (check docs for G_PRIORITY_HIGH_IDLE) */ - g_idle_add_full (G_PRIORITY_HIGH, + /* Prioritize ahead of GTK+ redraws. */ + g_idle_add_full ( + G_PRIORITY_HIGH_IDLE, (GSourceFunc) load_attachment_idle, g_object_ref (empa->attachment), NULL); -- cgit v1.2.3