Summary: | Xinerama screen 0 should an existing screen even if MergedXineramaCRT2IsScreen0 option is used | ||
---|---|---|---|
Product: | xorg | Reporter: | Jason Sommerville <jasonandren> |
Component: | Driver/Radeon | Assignee: | Xorg Project Team <xorg-team> |
Status: | RESOLVED WONTFIX | QA Contact: | Xorg Project Team <xorg-team> |
Severity: | minor | ||
Priority: | high | ||
Version: | 6.8.2 | ||
Hardware: | x86 (IA32) | ||
OS: | Linux (All) | ||
Whiteboard: | |||
i915 platform: | i915 features: |
Description
Jason Sommerville
2005-09-20 12:18:15 UTC
Instead of using MergedXineramaCRT2IsScreen0, why not use this?: Option "CRT2Position" "RightOf" (In reply to comment #1) > Instead of using MergedXineramaCRT2IsScreen0, why not use this?: > > Option "CRT2Position" "RightOf" Using "RightOf" is insufficient because the CRT is directly in front of me and the LCD is to my left. Since the CRT is directly in front of me, it should be screen 0 so that it is the screen on which kicker, the xdm login box, etc., are located. With CRT2Position="RightOf" these applications will locate themselves somewhere off to my left. Possibly I could take your suggestion and then convince every screen0-aware application that I use that ought to show up on the secondary display, even though it wants to show up on the primary. Of course, who knows how they would respond when the secondary display wasn't present. It seems better to have the problem fixed at the source. I imagine that this issue only affects laptop users, since those with two stand-alone displays have greater freedom of arrangement. Plus, they're not likely to be frequently without the second display. Sorry about the phenomenal bug spam, guys. Adding xorg-team@ to the QA contact so bugs don't get lost in future. mergedfb has been removed in favor of xrandr support in ati git master. |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.