Age | Commit message (Collapse) | Author |
|
quickdraw
|
|
missed :)
|
|
was only validated during sprite blitting, other drawing operations didn't check it. Initial startup and window resize could therefore lead to crash.
|
|
allocated.
|
|
in a way that does not rely on the SDK version.
|
|
apply more coding style.
|
|
manager API calls with a documented alternative. (pyth)
|
|
Cocoa string.
|
|
box if it was hidden.
|
|
CrashLog infrastructure.
|
|
comment
|
|
|
|
the first file. Also unify OSX specific stuff into osx_stdafx.h and remove unused includes.
|
|
|
|
wrong comments!
|
|
Dimension instead of uint16[2] for resolutions
|
|
|
|
operation' attempt. Previously, only visual clues were available.
-Fix[FS#1519]: When you can not use this resolution at full screen, now you'll know that it failed.
As for the reason it did not work, each computer/OS has its reason.
|
|
|
|
at compile time.
|
|
instead of quartz
The reason is that quickdraw is way faster (try fast forward)
10.5 will still use quartz as it can't handle quickdraw.
|
|
10.3. It will fail
|
|
cleaner way.
|
|
|
|
Quickdraw in windowed mode on OS X 10.4 and higher. Based on a patch by blackis.
|
|
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).
|