[2.0beta3] gaim: status pulldown menu is half empty (drawn offscreen)

[Eric Feliksik]

gaim 2.0beta3:
When changing status with the pulldown-menu gaim tries to position the dropdown menu in such a way that the current status comes under the mouse-pointer. If the window-bottom is low, half of the status menu will be drawn off-screen, and you first need to scroll.

Upstream bug: http://sourceforge.net/tracker/?group_id=235&atid=100235&func=detail&aid=1414923
has been closed, because they give a workaround: take http://gaim.sourceforge.net/gtkrc-2.0 as your ~/.gtkrc-2.0 . This makes the pulldown menu become a list (? i'm not into gtk) and that's always drawn upwards.

Can't gaim-upstream implement it in such a way that the list is always used for this functionality? The bottom of the gaim-window-list will very often be too low to display the dropdown menu, so the dropdown-menu seems inappropriate in it's current gtk-implementation.
If it can only be solved in .gtkrc: should ubuntu ship the proposed .gtkrc-2.0 ? Don't know how that influences other apps.

(I'm not willing to make a bugzilla account for each and every gnome app, and Ubuntu decides what .gtkrc-2.0 it ships, so I report in launchpad)

[Richard Laager (rlaager)]

I think this should be rejected unless there's a compelling reason that Gaim should override the GTK+ default. This issue would probably be better argued with the GTK+ maintainers, as it affects all GTK+ apps. It just happens commonly with Gaim, as the status selector is at the bottom of the window, which many people align with the bottom of their screen.

That said, it's possible to have the .gtkrc changes apply to just this widget in Gaim.

[Jeff Greene (jeffgreene)]

This happened to me, but I was able to scroll down to see the rest of the menu. Considering that I keep the buddy list stretched from the top to the bottom of the screen, this can be a pain. I would rather have it where the list just goes above the button if it needs to (or always). I am guessing that most people have their buddy lists near the bottom and so this feature will be rarely useful.

[Richard Laager (rlaager)]

Jeff, you really need to take this up with the GTK+ folks.

[Jeff Greene (jeffgreene)]

Ok, I rejected it and am going to start a bug with GTK+.

[writser (writser-gmail)]

Jeff, have you done so already? I couldn't find your bug on gnome bugzilla.

[Jeff Greene (jeffgreene)]

Sorry, I must have forgotten to do it. I submitted the bug to the GNOME Bugzilla and added it to the upstream on the launchpad bug.

[Sebastien Bacher (seb128)]

Thanks for the bug report. This particular bug has already been reported into our bug tracking system, but please feel free to report any further bugs you find.

[writser (writser-gmail)]

The submitted bug is now marked as a duplicate of this one:

http://bugzilla.gnome.org/show_bug.cgi?id=116647

This bug is about "GtkNotebook: tab states" and seems like a completely different bug to me. I'm no GTK expert though, what do you guys think?

[Sebastien Bacher (seb128)]

There is bugs open or closed upstream about that issue for sure, feel free to search on bugzilla or comment upstream about it if you want

[Luke Schierer (lschiere)]

Part of gaim.sf.net/gtkrc-2.0 is addressed at avoiding this bug in
gaim, as gtk doesn't seem interested in fixing it. We are also
considering implementing a more custom widget.

[Roman Polach (rpolach)]

It seems to be fixed in feisty final,
status chooser was reworked in this version of gaim..