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 331896 - Userlist overlaps its selector button when displayed
Userlist overlaps its selector button when displayed
Status: RESOLVED FIXED
Product: xchat-gnome
Classification: Other
Component: general
0.9
Other Linux
: Normal minor
: ---
Assigned To: xchat-gnome maintainers
xchat-gnome maintainers
Depends on: 327259
Blocks:
 
 
Reported: 2006-02-20 14:16 UTC by Daniel Holbach
Modified: 2006-02-28 22:42 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Daniel Holbach 2006-02-20 14:16:53 UTC
Forwarded from: https://launchpad.net/distros/ubuntu/+source/xchat-gnome/+bug/32132

xchat-gnome kindly doesn't clutter my screen with a userlist, which is nice. However, when I want to check it, I click on the channel name, and a box pops up with the list of users. Once I'm done scanning, I would like to be able to click the button to make it go away again. This isn't possible because the userlist overlaps the button that I just clicked on, and clicking again causes me to go into a /query with whoevers name happened to wind up sitting on top of the button.

I think the problem could be solved easily by having the userlist box appear the buttonwidth to the right of where it is now.
Comment 1 David Trowbridge 2006-02-28 12:58:17 UTC
You can in fact click *anywhere* outside the user list to hide it (much like a pop-up menu).  However, popping it up somewhat offset might help avoid confusion.
Comment 2 Xavier Claessens 2006-02-28 16:52:59 UTC
also the search entry of the GtkTreeView isn't visible because the userlist takes the whole screen and then the entry is offscreen. But maybe this is a GTK bug, the entry should be smart enough to go else where (on the left/right of the GtkTreeView) instead of offscreen.

So maybe this bug is duplicate of #327259 ?
Comment 3 David Trowbridge 2006-02-28 22:42:03 UTC
Fixed in svn.

I don't think this is a dupe of #327259, since this has to do with visibility of the "Users" button rather than the search entry.