>
> There aren't any. The protocol that was featured in the original
> Xinerama implementation was not useful and it didn't give window
> managers the information needed. I added new protocol, but it's
> not official and is expected to be replaced by an official version
> from X.Org eventually.
>
> Basically window managers don't *have* to do anything. If
> you want to do things like resistence when moving windows between
> physical screens or placing popups someplace other than right in the
> middle of two screens there's enough information in the current
> API to do that. The API, defined in Xinerama.h, has functions for
> querying if Xinerama is enabled or not, and allows you to retrieve
> the actual number of screens and their locations on the single
> logical desktop.
>
>
> Mark.
> </Xpert Message>
>
> As you can see the author clearly indicates that there is no offical
> guideline for Window Managers at this time. Additionally, he clearly states
> that "window managers don't *have* to do anything". This would indicate
> that the manner in which BB handles the maximization, dialog display, window
> placement, and any other thing you can think of with regard to Xinerama is
> not a bug.
>
> IMHO, this was clear from the basic discription of what Xinerama did. That
> being making multiple physical monitors appear to X as one logical display.
> Thus if I want to maximize something, I want to maximize it. The creation
> of virtual resistance boundaries or window placement guidelines is a purely
> voluntary item.
>
> Jamin W. Collins
>
>
Xinerama support needs to do the following things(that I can think of):
- Maximize should only expand in one head.
- If your pointer is in head 2, you open a new window, it should not
open it in head 1.
- Without xinerama support dead space will occur. (If you use different
resolutions for different heads, ect..)
Heres a few issues that I can think of specific to bb
- toolbar spanning multiple heads
- placement of toolbar (currently leftmost head left side, or rightmost
head right side only)
- pop-up sub menus probably shouldn't appear on another head from where
the root pop up menu is
While you can use any window manager without xinerama support, these
things are very annoying (at least to me, and from reading the mailing
list, people seem bothered by less...).
The 3rd issue probably the most important. Without xinerama support, and
different resolutions per head, its possible to open a new window and
have it not even appear because it is in dead space(probably unlikely
though). Also when you maximize at different resolutions, you will lose
part of your window on the head with a smaller resolution size.
Currently the only window managers that I'm aware of that have xinerama
support are sawfish and enlightenment (or so I hear, never tried).
Marco
