summaryrefslogtreecommitdiff
path: root/src/video/cocoa/fullscreen.mm
AgeCommit message (Collapse)Author
2010-12-21(svn r21578) -Fix [FS#2585]: [OSX] A double mouse cursor was shown under ↵planetmaker
certain circumstances (based on patch by matheweis)
2010-12-21(svn r21574) -Codechange: [OSX] Move the variable declaration of the screen ↵planetmaker
drivers to the generic class, deduplicating code
2010-12-21(svn r21573) -Codechange: [OSX] Unify the naming of variables among ↵planetmaker
different screen drivers a bit
2010-11-18(svn r21245) -Fix (r21200): [OSX] Make gcc 4.2 happyplanetmaker
2010-11-15(svn r21200) -Fix: [OSX] Don't let the mouse cursor jump when switching to ↵planetmaker
full screen mode
2010-10-25(svn r21037) -Fix: [OSX] Mouse cursor would leave footprint with 8bpp ↵planetmaker
blitter when switching to full screen
2010-02-04(svn r19012) -Fix (r19003): macos.h is not in video/cocoa/ but in os/macosx/.yexo
2010-02-04(svn r19003) -Fix [FS#3194]: [OSX] OS X 10.5+ does not (always?) handle 8bpp ↵rubidium
graphics in a suitable manner. This is actually not a fix but a nasty work around; you can still easily trigger the bug/issue by overriding the 'default' blitter choice (Brad Oliver). I can/have not test(ed) (including compiling) this fix. Bjarni once suggested that 8bpp works for him on 10.5, so apparantly not all 10.5+ does not handle 8bpp graphics. Nevertheless, it seemed that for some systems the already existing 'does this support 8bpp' did not work, i.e. the OS API seemed to suggest that 8bpp worked when it actually did not. So, I don't know what is going on precisely here but it's definitely not nice to suggest that it supports 8bpp when it doesn't. So just ditch 8bpp support for anything that we suspect might not support 8bpp...
2009-10-17(svn r17793) -Fix: [OSX] The splash image wasn't displayed if the Quartz ↵michi_cc
video driver was used.
2009-10-12(svn r17768) -Fix (r17715): [OSX] Newer GCC versions don't like jumping over ↵michi_cc
variable definitions with goto's. (planetmaker)
2009-10-04(svn r17717) -Codechange: [OSX] Replace deprecated variable type.michi_cc
2009-10-04(svn r17715) -Cleanup: [OSX] And a final round of coding style and some ↵michi_cc
cleaning.
2009-08-21(svn r17248) -Fix: add GPL license notice where appropriaterubidium
2009-07-14(svn r16827) -Codechange: make OSX specific files include stdafx.h always as ↵rubidium
the first file. Also unify OSX specific stuff into osx_stdafx.h and remove unused includes.
2009-05-03(svn r16221) -Change: support building 64 bits OSX binaries and add optional ↵rubidium
support for 64 bits binaries in OSX universal binaries. However, do not default to adding 64 bits binaries because benchmarking has shown that they are slower than the 32 bits binaries.
2009-03-29(svn r15892) -Codechange: [OSX] some type fixes so OpenTTD likes more of the ↵rubidium
3.1.x Xcodes.
2009-03-14(svn r15711) -Codechange: lots of whitespace cleanup/fixesrubidium
2009-01-10(svn r14949) -Cleanup: pointer coding stylerubidium
2008-08-09(svn r14032) -Fix (r13584): [OSX] changed the condition for selecting 8 or ↵bjarni
32 bpp blitter by default Now we will pick 32 bpp if no 8 bpp fullscreen resolutions are available on the main display (the one with the dock)
2007-12-29(svn r11718) -Fix [FS#1483]: Show the fullscreen modes available to the ↵egladil
cocoa driver in windowed mode too.
2007-12-27(svn r11708) -Fix [FS#1598]: Removed include of variables.h as it was no ↵egladil
longer needed and caused compilation to fail.
2007-12-23(svn r11688) -Fix [FS#1581]: Compilation was broken on OS X again.egladil
2007-11-25(svn r11521) -Codechange: [OSX] Check what the running os version is in a ↵egladil
cleaner way.
2007-11-24(svn r11508) -Cleanup: Removed unused headers from the cocoa video driver.egladil
2007-11-22(svn r11492) -Codechange: [OSX] Split the cocoa video driver into several ↵egladil
files. The reason for this is that the fullscreen and windowed mode api are separate from each other in OS X and thus the driver actual is two drivers in one. This split is to make the code more readable and to prepare for replacing the Quickdraw windowed mode code which uses apis deprecated as of OS X 10.5 (and maybe earlier).