Hide Forgot
pygame-1.9.1-3.fc14.x86_64 In a dual monitor setup, pygame.display.list_modes() lists the modes of the first display (e.g. laptop LCD) even when run on the second one, as long as both are enabled. pygame.display.set_mode(), when asked to switch to fullscreen on the second display (e.g. external screen), refuses to do so if the resolution is not supported on the first display. Calling set_mode() with a supported resolution leads no "non-full fullscreen" on the second display if its resolution is larger, i.e. "full"screen mode is switched on on the second display but the resolution is not reset. See also the description in bug #668585 where this problem has been reported and analyzed for impressive which uses pygame.
Hi, I finally have a chance to test it with dual monitor setup, but I can't reproduce it. I have twin-view setup and pygame.display.list_modes() returns size of the whole workspace (so something like 3248x1024) and it when enabling fullscreen mode, it uses both monitors. What's your dual monitor setup, or can you somehow tell me how to configure dual monitors to be able to reproduce it?
(In reply to comment #1) For me it always returns the resolutions of 1 monitor; "which one" depends on factors I haven't determined completely so far. My setup is: Laptop (Lenovo T61) with Nvidia Quadro in docking station, external monitor connected to docking station. I boot with the laptop closed (LCD off). I use Fedora 14 with updates, mesa-dri-drivers-experimental (nouveau gallium), KDE with desktop effects (compiz). Everything fine so far. After opening the lid, I use krandrtray (KDE's xrandr) to switch on the LCD, resulting in an extended desktop (i.e. not "clone" mode). pygame.display.list_modes() returns the list of resolutions for the internal LCD most of the time, but sometimes also for the external one; apparently depending on the internal enumeration, which may or may not be influenced by the relative positioning of the screens within the virtual extended screen, or the order in which I switch the displays on and off in krandrtray, or the constellation of the stars. [Recall that I boot with the external display being the only one, and login with it; and still it doesn't keep being "primary".] I have also experimented with an undocumented SDL environment variable with partial success, see bug 668585#6.
(In reply to comment #2) > partial success, see bug 668585#6. Uhm, that is bug 668585 comment #6 , or comment #6 of bug 668585 - let's see whether that notation is picked up.
This message is a notice that Fedora 14 is now at end of life. Fedora has stopped maintaining and issuing updates for Fedora 14. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At this time, all open bugs with a Fedora 'version' of '14' have been closed as WONTFIX. (Please note: Our normal process is to give advanced warning of this occurring, but we forgot to do that. A thousand apologies.) Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, feel free to reopen this bug and simply change the 'version' to a later Fedora version. Bug Reporter: Thank you for reporting this issue and we are sorry that we were unable to fix it before Fedora 14 reached end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged to click on "Clone This Bug" (top right of this page) and open it against that version of Fedora. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. The process we are following is described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping