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 112566 - using xinerama and two different monitor resolutions
using xinerama and two different monitor resolutions
Status: RESOLVED FIXED
Product: gnome-panel
Classification: Other
Component: panel
2.3.x
Other other
: High normal
: ---
Assigned To: Panel Maintainers
Panel Maintainers
Depends on:
Blocks:
 
 
Reported: 2003-05-08 12:01 UTC by Jauco Noordzij
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
xinerama fixes (8.50 KB, patch)
2004-02-28 05:21 UTC, Rob Adams
none Details | Review

Description Jauco Noordzij 2003-05-08 12:01:36 UTC
Package: gnome-panel
Severity: normal
Version: GNOME2.3.0 2.3
os_details: Gnome.Org
Synopsis: using xinerama and two different monitor resolutions
Bugzilla-Product: gnome-panel
Bugzilla-Component: Panel
Description:
Description of Problem:
my 2nd screen is bigger than my 1st, and I am unable to put a
self-hiding panel at the bottom of the first monitor 
Steps to reproduce the problem:
1. use xinerama with two different resolutions
2. add a panel
3. place it at the bottom of the smallest window
4. turn on autohide.

Actual Results:
it doesn't autohide

Expected Results:
it autohides

How often does this happen?
always

Additional Information:
I think it's because part of the hiding code thinks it's not at the
bottom yet.

Also the panel does lock to the bottom when it's not expanded, but
doesn't when the expand option is on.




------- Bug moved to this database by unknown@bugzilla.gnome.org 2003-05-08 08:01 -------

Reassigning to the default owner of the component, gnome-panel-maint@bugzilla.gnome.org.

Comment 1 Mark McLoughlin 2004-02-23 10:33:59 UTC
Confirmed by this Fedora Core 1 bug:

   http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=109384


Rob, is there any chance you coould look into this? I think you're the
only one with a setup to test this and you know the code ...
Comment 2 Rob Adams 2004-02-23 16:48:03 UTC
I can confirm this.

The problem is that this edge is at an xinerama edge and not at a root
window edge; my guess is that the drag code handles only the root
window edge.

Setup like:

---------------------
           |         |
           |         |
           |---------|
           |
------------

Also, if you try to put a panel all the way over on the right, it
shows up on the left screen displaced from the left edge by the screen
resolution of the right monitor minus the panel width -- that is, the
xinerama offset is not being added.

I'll try to take a look at this roughly soonish.  Unfortunately I
don't have as much time these days for hacking as I'd like.
Comment 3 Rob Adams 2004-02-28 05:21:20 UTC
Created attachment 24883 [details] [review]
xinerama fixes
Comment 4 Rob Adams 2004-02-28 05:22:59 UTC
attached patch fixes various xinerama-related problems for me,
including this one, and collision-detection for internal edges.  It
also makes it possible to put panels on internal edges again, but will
not set window manager struts for them.
Comment 5 Mark McLoughlin 2004-02-28 09:52:25 UTC
Looks good to me Rob - please commit. Thanks for doing this
Comment 6 Rob Adams 2004-02-28 16:31:51 UTC
committed to HEAD.