After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 605723 - tool tip offset is back
tool tip offset is back
Status: RESOLVED FIXED
Product: Gnumeric
Classification: Applications
Component: GUI
git master
Other Linux
: High major
: ---
Assigned To: Jody Goldberg
Jody Goldberg
Depends on:
Blocks:
 
 
Reported: 2009-12-30 09:10 UTC by Andreas J. Guelzow
Modified: 2010-01-05 02:16 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Andreas J. Guelzow 2009-12-30 09:10:21 UTC
new gnumeric
In C3 add a web hyperlink with tooltip "Tooltip"
hover over C3

the tooltip appears at about D11

(I see this both in current git as well as 1.9.16)
Comment 1 Andreas J. Guelzow 2009-12-30 23:11:24 UTC
Note that this problem is also visible when one resizes column widths or row heights.

The problem apparently lies inside gnumeric_position_tooltip.

note that the comment tooltip appears in teh correct position and does not use gnumeric_position_tooltip.
Comment 2 Andreas J. Guelzow 2009-12-30 23:14:14 UTC
And the third place where we are using gnumeric_position_tooltip is when we drag a selection and the tooltip is also misplaced.
Comment 3 Andreas J. Guelzow 2009-12-30 23:40:11 UTC
Note that if in src/gui-util.c in gnm_canvas_get_position ox and oy are forced to zero (ie., gdk_window_get_internal_paint_info would not be used) then the tooltips appear in a reasonable location.

I don't understand the reason for that gdk_window_get_internal_paint_info call, so will not be able to fix this confidently.
Comment 4 Jean Bréfort 2009-12-31 07:21:16 UTC
Moretn would know since he added it (and filed #586756). Anyway, I'm pretty sure that we don't need this call (to gdk_window_get_internal_paint_info) anymore since the scrolling is now implemented in the canvas code and we don't rely on gtk/gdk anymore for that.
Comment 5 Morten Welinder 2010-01-04 17:39:47 UTC
My guess is that some gtk+ versions require this and others do not.
Comment 6 Andreas J. Guelzow 2010-01-04 19:20:03 UTC
Morten: I take it this means that you are not seeing incorrectly placed tooltips on you 2.12 machine? I think there are two possible culprits: the cahnge from foocanvas and gtk versions. If you don't see any problem we should probably disable the gdk_window_get_internal_paint_info call for gtk 2.18 and later.
Comment 7 Morten Welinder 2010-01-04 21:08:31 UTC
I don't even get that far.

When I start gnumeric and click the insert-hyperlunk button I get this:

(/home/welinder/gnome-src/gnumeric/src/.libs/lt-gnumeric:29645): Gtk-CRITICAL **: gtk_size_group_add_widget: assertion `GTK_IS_WIDGET (widget)' failed

(/home/welinder/gnome-src/gnumeric/src/.libs/lt-gnumeric:29645): GLib-GObject-WARNING **: invalid (NULL) pointer instance

(/home/welinder/gnome-src/gnumeric/src/.libs/lt-gnumeric:29645): GLib-GObject-CRITICAL **: g_signal_connect_data: assertion `G_TYPE_CHECK_INSTANCE (instance)' failed

(/home/welinder/gnome-src/gnumeric/src/.libs/lt-gnumeric:29645): Gtk-CRITICAL **: gtk_toggle_button_set_active: assertion `GTK_IS_TOGGLE_BUTTON (toggle_button)' failed
Comment 8 Morten Welinder 2010-01-04 21:12:07 UTC
Scratch that.  Something was up with my build.

With 2.12 I do not see any misplaced tooltips.  Hyperlinks, comments, resize.
Note: you have to try way, way down to make sure things work there too.
Comment 9 Andreas J. Guelzow 2010-01-05 02:16:30 UTC
This problem has been fixed in the development version. The fix will be available in the next major software release. Thank you for your bug report.

at least for gtk == 2.18

I have tested it down to 32000 rows