GNOME Bugzilla – Bug 320370
Completion dropdown does not play nicely with Xinerama hints
Last modified: 2006-02-10 16:38:08 UTC
Version details: Breezy With a deskbar close to the inner edge of a pair of monitors. Entering initial text will cause the completion dropdown to be aligned with the edge of the monitor correctly. Entering additional text will then cause the dropdown to move so that it spans the monitors. You will see repaints as the dropdown attempts to move back to the place it originally was. This may be related to the addition/removal of scrollbars. Pressing backspace always seems to trigger it.
Created attachment 54174 [details] Deskbar behaving
Created attachment 54176 [details] Incorrect alignment Entering some more characters into the deskbar triggers this incorrect alignment. The red line marks the delimitation between the monitors.
This seems related to gtk.EntryCompletion not handling correctly the way it's placed in multi-view desktop. I have no control over the completion list construction and behavior, or i didn't see them when looking through the doc. Anyway, we are writing a new widget to disply better structured matches, which will behave a bit like gnome-blog, but with an entry instead of the toggle button. Is gnome-blog behaving properly ?
Never tried gnome-blog. The clock applet seems to work though. If you need to explicitly set your window placement, here is some stuff I wrote about learning physical monitor geometry from GTK+: http://www.livejournal.com/users/davyd/148214.html
Fixes for this went in for the cuemiac UI.