bugDenemo - Bugs: bug #38731, Move annoying pop-ups to the side


bug #38731: Move annoying pop-ups to the side

Submitted by:  None
Submitted on:  Sat 13 Apr 2013 03:13:10 PM UTC  
Category:  None Severity:  3 - Normal
Item Group:  None Status:  Need Info
Privacy:  Public Assigned to:  None
Open/Closed:  Closed

Add a New Comment (Rich Markup)

You are not logged in

Please log in, so followups can be emailed to you.


( Jump to the original submission)

Mon 29 Apr 2013 04:32:10 PM UTC, comment #6: 

Perhaps GTK is largely developed by some large commercial interests rather than a thriving community of interested individuals, that would explain the lack of response...

Richard Shann <rshann>
Project Administrator
Mon 29 Apr 2013 01:15:03 PM UTC, comment #5: 

Yes, that was me. I'm surprised it hasn't received a response.

As far as I know the position of tooltips is only influenced in gtk_tooltip_position [1], and not by any theme properties. The default is to place the tooltips below the widget, though I haven't looked much into the positioning rules since it I would rather have application-level control over the tooltip position. For example, the positioning rules for the canvas tooltip should differ from the menu tooltips, and a global preference to move all tooltips to the bottom right of the main window would also be nifty.

[1] https://git.gnome.org/browse/gtk+/tree/gtk/gtktooltip.c#n1059

Thu 25 Apr 2013 07:02:34 AM UTC, comment #4: 

Coincidentally (?) there is a new email on the gtk-list which I append below because I don't know how to reference it. I was going to say that if the default is not right then gtk should change it, and if it needs customization then some "theme" thing needs to be used - which may then expose some bug in Denemo ignoring themes....

From: Yclept Nemo <orbisvicis@gmail.com>
To: -email is unavailable-
Subject: Customize GtkTooltip position
Date: 04/25/13 05:03:05

I've settled on subclassing GtkTooltip:
  . create a new type, GTK_TYPE_TOOLTIP_POSITION
  . add three new instance members, gint position_x, gint position_y,
gboolean position_override
  . override the class function gtk_tooltip_position: if
position_override: gtk_window_move to position_x and position_y;
position_override = FALSE, otherwise: call parent (original)

However, I can't figure out how to override the "query-tooltip" signal
and "query-tooltip" default handler to use GTK_TYPE_TOOLTIP_POSITION
instead of GTK_TYPE_TOOLTIP.

Also, I'm not clear at what point gtk_tooltip_init is called. Does the
new "query-tooltip" signal registered (g_signal_new) in gtkwidget.c
create a new GTK_TYPE_TOOLTIP object?

gtk-list mailing list
-email is unavailable-

Richard Shann <rshann>
Project Administrator
Wed 24 Apr 2013 10:12:41 PM UTC, comment #3: 

Approach #1: access GtkTooltip->window, use gtk_window_move
. problem: struct _GtkTooltip is hidden

Approach #2: gtk_window_new, gtk_widget_set_tooltip_window, gtk_window_move
. problem: position overridden by GtkTooltip on first show (any additional mouse movement uses the correct position)

Approach #3: subclass GtkTooltip (TODO)

Wed 24 Apr 2013 07:22:55 PM UTC, comment #2: 

It should be possible to change the position of the tooltip using the "query-tooltip" signal handler and gtk_widget_get_tooltip_window().


Sun 21 Apr 2013 04:57:31 PM UTC, comment #1: 

This is GTK that has the behavior you are noticing - I think the popup is relative to the cursor. I trust you know you can set a preference for the time to pop-up? In Edit->Change Preferences, Command Behavior

Richard Shann <rshann>
Project Administrator
Sat 13 Apr 2013 03:13:10 PM UTC, original submission:  

The pop-ups are annoying because:
*Menus: they cover other menu entries
*Canvas: they cover staves (and notes, etc)

The menu pop-ups should be moved to the side, to the right or left of the menu (depends on screen position).

Not tips about where to put the canvas pop-ups, but they aren't that annoying anyway.



(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:

No files currently attached


Depends on the following items: None found

Items that depend on this one: None found


Carbon-Copy List
  • -email is unavailable- added by rshann (Posted a comment)

    Do you think this task is very important?
    If so, you can add your encouragement to it.
    This task has 0 encouragements so far.

    Only logged-in users can vote.




    Follow 5 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2016-08-16 rshann Open/ClosedOpen => Closed
    2013-04-25 rshann StatusInvalid => Need Info
        Open/ClosedClosed => Open
    2013-04-21 rshann StatusNone => Invalid
        Open/ClosedOpen => Closed

    Back to the top

    Powered by Savane 3.6