Okay, so I tried.
It is actually worse than ever. It is a complete showstopper. But that's the
beauty of Linux: people can just *ignore* total showstoppers, and still talk
about the 'year of Linux on the desktop'. </rant>
I am by now running Lucid, latest daily updates.
I have, again, two screens, 1360x768, above 1024x768, flush left. The 'main'
screen, with the UI, is the lower one (why?). Its top autohide-panel again
'hides' into the lower bottom of the upper screen. Whenever one does a
mouse-over there, the panel disappears totally and shows in the lower screen.
The awn is now a Cairo, and a crappy one, because it is sized according to the
upper panel; so that its right part is invisible and inaccessible. Its height
is wrong, and it has the context menu of an empty desktop.
Totally unusable. I am afraid, as long as nobody puts down an important foot,
nobody will touch this subject like what has happened over the last year; since
it needs a complete redesign of the screen orientation and location parameters.
Just to give an example: in the setup here, the Cairo is placed on the lower
screen, but takes all measures of the upper screen for its establishment.
Applications don't know in which screens they are, and seem to arbitrarily
refer to *any* screen parameters.
The attached Ksnapshot shows it: the two screens as ksnapshot, the actual
layout of the screens. The snapshot is 'wrong' with respect to the lower
screen, because the right part, beyond 1024, the one with the black background,
is of course not visible. That's the reason why the Cairo is not fully visible,
and the logout button (e.g.) remains inaccessible. You can also make out the
autohide of the panel of the lower screen, which makes itself fit to the lower
screen, with the power-off at the very right end of 1024.
I hope this clarifies what I mentioned earlier: applets have in general no idea
on which screen they are located, and which size their current screen has.
I have not been able to capture the OpenOffice splash screen: it is cut into
two: the upper half appears centered at the bottom of the upper screen, and the
lower half to the right on the top of the lower screen. That's exactly another
proof to my assumption: In this case, OpenOffice - not knowing where it is -
uses the orientation of the full screen (1368x1532) as vertical placement
('centered'), and the maximal width for the horizontal 'centering'.
It is obvious, I guess, what the correct behaviour must be, though, and this
needs a lot of work: Instead of reading the full screen, any applet or
splash-screen firstly needs to
1. get information on which screen (target) it is going to appear
2. read the size of this target screen
3. calculate the coordinates of the center of the target screen
4. eventually add the displacement introduced by another screen positioned to
the left or above for its absolute coordinates.
--
Dual screen layout misplaces splash screens, panel, menu items
https://bugs.launchpad.net/bugs/464237
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
