[gtksourceview/wip/search] Note about the slowness of the "changed" signal on a GtkSearchEntry



commit 1f5aecc0f4efd29defb122860aeac5c5dea628a6
Author: Sébastien Wilmet <swilmet gnome org>
Date:   Thu Jul 4 22:02:50 2013 +0200

    Note about the slowness of the "changed" signal on a GtkSearchEntry

 tests/test-search-ui.c |    6 ++++++
 1 files changed, 6 insertions(+), 0 deletions(-)
---
diff --git a/tests/test-search-ui.c b/tests/test-search-ui.c
index 2053a53..73df9d3 100644
--- a/tests/test-search-ui.c
+++ b/tests/test-search-ui.c
@@ -121,6 +121,12 @@ update_label (TestSearchUI *search)
        g_free (text);
 }
 
+/* The search entry is a GtkSearchEntry. The "changed" signal is slow with a
+ * GtkSearchEntry (but not with a simple GtkEntry). That's why the
+ * "notify::text" signal is used instead.
+ * With the "changed" signal, the search highlighting takes some time to be
+ * updated, while with the notify signal, it is immediate.
+ */
 static void
 search_entry_text_notify_cb (TestSearchUI *search,
                             GParamSpec   *spec,


[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]