[gtk+] Remove an outdated doc statement.

[Matthias Clasen <matthiasc src gnome org>]

commit 8bdb44fd47fb76c8bbe2e644394068dc868e2127
Author: Matthias Clasen <mclasen redhat com>
Date:   Tue Jan 4 11:55:56 2011 -0500

    Remove an outdated doc statement.
    
    https://bugzilla.gnome.org/show_bug.cgi?id=553404

 gtk/gtktextview.c |   12 +++++-------
 1 files changed, 5 insertions(+), 7 deletions(-)
---
diff --git a/gtk/gtktextview.c b/gtk/gtktextview.c
index 163a2ca..36ed4bf 100644
--- a/gtk/gtktextview.c
+++ b/gtk/gtktextview.c
@@ -9369,7 +9369,9 @@ gtk_text_view_add_child_at_anchor (GtkTextView          *text_view,
  * @ypos: Y position of child in window coordinates
  *
  * Adds a child at fixed coordinates in one of the text widget's
- * windows. The window must have nonzero size (see
+ * windows.
+ *
+ * The window must have nonzero size (see
  * gtk_text_view_set_border_window_size()). Note that the child
  * coordinates are given relative to the #GdkWindow in question, and
  * that these coordinates have no sane relationship to scrolling. When
@@ -9379,12 +9381,8 @@ gtk_text_view_add_child_at_anchor (GtkTextView          *text_view,
  * text window), you'll need to compute the child's correct position
  * in buffer coordinates any time scrolling occurs or buffer changes
  * occur, and then call gtk_text_view_move_child() to update the
- * child's position. Unfortunately there's no good way to detect that
- * scrolling has occurred, using the current API; a possible hack
- * would be to update all child positions when the scroll adjustments
- * change or the text buffer changes. See bug 64518 on
- * bugzilla.gnome.org for status of fixing this issue.
- **/
+ * child's position.
+ */
 void
 gtk_text_view_add_child_in_window (GtkTextView       *text_view,
                                    GtkWidget         *child,