AuroraMiddleware/gtk2
1
0
Fork 0
forked from AuroraMiddleware/gtk
Code Issues Pull Requests Projects Releases Wiki Activity

Remove an outdated doc statement.

Browse Source 
https://bugzilla.gnome.org/show_bug.cgi?id=553404
This commit is contained in:
Matthias Clasen 2011-01-04 11:55:56 -05:00
parent e515bd4f71
commit 8bdb44fd47
1 changed files with 5 additions and 7 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

12
gtk/gtktextview.c
View File

@ -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,