[ icewm-Bugs-661051 ] xinerama: maximise covers taskbar

"SourceForge.net" <[email protected]>
Newsgroups gmane.comp.window-managers.icewm.devel
Message-ID <[email protected]> 
Bugs item #661051, was opened at 2003-01-02 13:11
Message generated for change (Comment added) made by captnmark
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100031&aid=661051&group_id=31

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
>Category: icewm-1.3
Group: net wm-spec
Status: Open
Resolution: None
Priority: 3
Private: No
Submitted By: Craig Ringer (ringerc)
Assigned to: Marko Macek (captnmark)
Summary: xinerama: maximise covers taskbar

Initial Comment:
Hi
I'm finding that in icewm cvs (Xinerama enabled and in
use), whenever I maximise a window it covers the
taskbar. If I disable Xinerama in the X server, the
problem goes away. If I run an older version of icewm
(1.2.0) it doesn't exhibit the problem, however as it
lacks xinerama support it can be challenging to confirm.

Some info on my display:

Xinerama is active

Screen number : 0
Origin (X, Y) : (0, 0)
Width = 1600, Height = 1200

Screen number : 1
Origin (X, Y) : (0, 1200)
Width = 640, Height = 480

as you can see, screen 1 is BELOW screen 0. Will try to
test other configurations and I'll let you know if the
problem persists.

The taskbar is also behaving like a selectable window
in some ways, eg if I'm holding down shift and click on
a desktop switch button on the taskbar, the window that
was active won't follow to the new desktop because the
taskbar gets made active on mouseover. This may be
related (?).

I've attached my prefs.

output of xdpyinfo (trimmed, ask if you need the huge
rest):

name of display:    :0.0
version number:    11.0
vendor string:    The XFree86 Project, Inc
vendor release number:    40201000
XFree86 version: 4.2.1
maximum request size:  4194300 bytes
motion buffer size:  256
bitmap unit, bit order, padding:    32, LSBFirst, 32
image byte order:    LSBFirst
number of supported pixmap formats:    7
supported pixmap formats:
    depth 1, bits_per_pixel 1, scanline_pad 32
    depth 4, bits_per_pixel 8, scanline_pad 32
    depth 8, bits_per_pixel 8, scanline_pad 32
    depth 15, bits_per_pixel 16, scanline_pad 32
    depth 16, bits_per_pixel 16, scanline_pad 32
    depth 24, bits_per_pixel 32, scanline_pad 32
    depth 32, bits_per_pixel 32, scanline_pad 32
keycode range:    minimum 8, maximum 255
focus:  window 0x1a00002, revert to None
number of extensions:    30
    BIG-REQUESTS
    DOUBLE-BUFFER
    DPMS
    Extended-Visual-Information
    FontCache
    GLX
    LBX
    MIT-SCREEN-SAVER
    MIT-SHM
    MIT-SUNDRY-NONSTANDARD
    NV-CONTROL
    NV-GLX
    NVIDIA-GLX
    RECORD
    RENDER
    SECURITY
    SHAPE
    SYNC
    TOG-CUP
    XC-APPGROUP
    XC-MISC
    XFree86-Bigfont
    XFree86-DGA
    XFree86-Misc
    XFree86-VidModeExtension
    XINERAMA
    XInputExtension
    XKEYBOARD
    XTEST
    XVideo
default screen number:    0
number of screens:    1

... and yeah, I'm using the NVidia drivers with
&quot;TwinView&quot; emulating Xinerama. Everything else seems
happy with it, however.

----------------------------------------------------------------------

>Comment By: Marko Macek (captnmark)
Date: 2009-01-02 19:14

Message:
Please test with latest icewm-1.3 CVS. 
This is related to bugs 1064663 and 2434678.

----------------------------------------------------------------------

Comment By: Oleg Cherkasov (o1e9)
Date: 2008-04-16 14:10

Message:
Logged In: YES 
user_id=2064503
Originator: NO

I have got the same problem on RHEL3 update 8 with NVidia TwinView on two
identical screens 1600x1200 resolution each.  ICEWM version 1.2.35.

First time ICEWM start the second screen (1) is available on 2 thirds
only.  I am not able to move mouse to reach the other end and pointer stops
2/3 way to the edge.  Restarting ICEWM from the menu helps to fix the
problem.

The second interesting anomaly is on second screen (1) as well on the
place where ICE Panel must be.  ICEWM has panel on first screen only(0).  I
really want it to be on both screens indeed.  The place seems to me
reserved for the panel because I see the resistance when I move any window
over it.  I may move over but it would not snap window to the bottom rather
skip it.  Very strange bug.


----------------------------------------------------------------------

Comment By: Marko Macek (captnmark)
Date: 2003-07-26 08:16

Message:
Logged In: YES 
user_id=1814

some enhancements were made to the spec. need to see if they
are adequate.

----------------------------------------------------------------------

Comment By: Marko Macek (captnmark)
Date: 2003-03-05 11:11

Message:
Logged In: YES 
user_id=1814

There is now talk of per-head work areas which should help
fix this.

----------------------------------------------------------------------

Comment By: Craig Ringer (ringerc)
Date: 2003-02-24 06:44

Message:
Logged In: YES 
user_id=639504

Unfortunate, but far from earth-shattering. I should just be
able to restructure the display to avoid the problem - in my
setup this is far from ideal, but useable. 

A release note to that effect is all that's really needed
then I guess, unless the core limitation gets fixed in some
later revision of the WM spec.

Thanks for taking the time to look at this, and for you work
on IceWM. The Xinerama-enabled CVS seems to run great otherwise.

----------------------------------------------------------------------

Comment By: Marko Macek (captnmark)
Date: 2003-01-05 16:42

Message:
Logged In: YES 
user_id=1814

The problem is caused by design limitiation (in NetWM hints
and icewm). 

The problem is that the taskbar is conceptually in the
middle of the virtual screen and this is currently not
handled because only windows at the edge of (virtual) screen
can change the work area (used by maximization).

There were some discussions about this in wm-spec-list. I
agree that it should be fixed. (per-screen work-area or
something).


----------------------------------------------------------------------

Comment By: Craig Ringer (ringerc)
Date: 2003-01-02 13:17

Message:
Logged In: YES 
user_id=639504

Attached: screenshot, showing (a) my screen geometry and (b)
the nature of the problem.

----------------------------------------------------------------------

Comment By: Craig Ringer (ringerc)
Date: 2003-01-02 13:16

Message:
Logged In: YES 
user_id=639504

Attached: screenshot, showing (a) my screen geometry and (b)
the nature of the problem.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100031&aid=661051&group_id=31

------------------------------------------------------------------------------
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.