Age | Commit message (Collapse) | Author | |
---|---|---|---|
2011-12-08 | (svn r23446) -Codechange: move _cur_palette and it's related first/count ↵ | rubidium | |
dirty variables into a single structure | |||
2011-10-04 | (svn r22999) -Codechange: Allow changing the blitter during the running game. | michi_cc | |
2011-09-11 | (svn r22921) -Fix: [OSX] Don't allow the old fullscreen mode also not as ↵ | planetmaker | |
fallback on OSX 10.7. Also add a few sprinkles of coding style accross cocoa display drivers | |||
2011-09-04 | (svn r22893) -Fix [FS#4744]: [OSX] Compilation on OSX 10.7 was broken (based ↵ | planetmaker | |
on patch by leecbaker) -Add: [OSX] Support for fullscreen mode when compiled against SDK 10.7. Otherwise fullscreen mode is disabled when OpenTTD is run on OSX Lion | |||
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 happy | planetmaker | |
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 appropriate | rubidium | |
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/fixes | rubidium | |
2009-01-10 | (svn r14949) -Cleanup: pointer coding style | rubidium | |
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). |