actions/itgmania212121
1
0
Fork 0
Code Issues Pull Requests Actions 1 Packages Projects Releases Wiki Activity
19,247 Commits 3 Branches 0 Tags
2b00a2f62aac758dff3f31a2dc986420aa6efd2f
Commit Graph

19247 Commits

This Branch
This Branch
All Branches
Author SHA1 Message Date
Glenn Maynard 2b00a2f62a simplify 2006-01-15 08:41:17 +00:00
Glenn Maynard 0fcdffd9b4 reorder 2006-01-15 08:37:34 +00:00
Glenn Maynard eb0789f057 simplify 2006-01-15 08:35:08 +00:00
Glenn Maynard 51079573e2 reset m_sNextScreen and m_sPrevScreen in BeginScreen() 2006-01-15 08:28:00 +00:00
Glenn Maynard 9ca202d311 remove transition 2006-01-15 08:21:03 +00:00
Glenn Maynard 0ff2505831 PlayerNumber(0) -> PLAYER_1 2006-01-15 08:15:27 +00:00
Glenn Maynard cfedf33602 remove empty overload 2006-01-15 08:13:24 +00:00
Glenn Maynard e341ce46bb remove unused 2006-01-15 08:12:27 +00:00
Glenn Maynard 49bdcb8936 unused 2006-01-15 08:10:26 +00:00
Glenn Maynard 6467fa0bc4 simplify, eliminate GetAndClearScreen 2006-01-15 08:09:03 +00:00
Glenn Maynard cb4739ff31 Use ApplyCommitsScreens. This is simpler, and eliminates one of the 
few remaining uses of "NEXT_SCREEN" (deviations from the Screen path)
and nonstandard "SM_GoToNextScreen".
 2006-01-15 08:04:40 +00:00
Glenn Maynard 55efe79054 Most of the time we use a GameCommand to store state, we don't want 
Apply() itself to load the screen; we want to stuff it in m_sNextScreen
and let the normal screen loading code path do it.  That's why we have
GetAndClearScreen.

However, GetAndClearScreen is a non-const, and applying a GameCommand
should be a const operation.  It doesn't get along well with screen
reuse; once you've applied it, you've destroyed the GameCommand.

Instead, hold a flag indicating whether or not to apply screens, and
set this true on load when we handle it manually.  We should probably
*always* do this, and never load a screen within GameCommand itself, so
this may go away soon (always on).
 2006-01-15 08:00:37 +00:00
Glenn Maynard 1d186c481d const fix 2006-01-15 07:12:05 +00:00
Glenn Maynard 6be6053227 const fix 2006-01-15 07:10:05 +00:00
Glenn Maynard 599c024df2 remove unused 2006-01-15 07:03:04 +00:00
Glenn Maynard b744d72b74 style 2006-01-15 06:58:18 +00:00
AJ Kelly c50d049209 MusicWheel changes (I swear it looks better now) 2006-01-15 06:43:51 +00:00
Steve Checkoway ac3f0f10da Add files. 2006-01-15 05:31:04 +00:00
Steve Checkoway 7034879a79 Use SMMainThread with LLW_Cocoa. This fixes just about every GUI issue. For some reason, mousing over the button does not highlight them. Other than that, everything seems to work. 2006-01-15 05:30:48 +00:00
Steve Checkoway 0e1ca06a49 Use the ADD_ACTIONb macro. 2006-01-15 05:24:47 +00:00
Steve Checkoway 4eb7f0dbdf Add method for passing one BOOL. Unlike NSObject's performSelector, an NSInvocation does not make any attempt to translate arguments. It just copies from the buffer passed to addArgument:atIndex: the size of paramter specified. A BOOL is one byte (as opposed to a _Bool bool, or boolean_t which are four bytes...) so it was copying just one byte of the address of the NSNumber object and invoking it with that. 2006-01-15 05:24:16 +00:00
Steve Checkoway 7449ae7420 Revert. 2006-01-15 04:48:05 +00:00
Steve Checkoway 2032f8f4fc On deallocation, perform the actions. 2006-01-15 04:43:50 +00:00
Steve Checkoway 4c9fdec12b Simplify. 2006-01-15 04:28:14 +00:00
Steve Checkoway 353453a9df Add macros to simplify. 2006-01-15 04:28:03 +00:00
Steve Checkoway 56779e06e5 Cleanup. 2006-01-15 04:15:39 +00:00
Steve Checkoway 45cb8038bd Use SMMainThread to perform a sequence of actions on the main thread as required by the App Kit. 2006-01-15 04:15:05 +00:00
Steve Checkoway 429b1dac0f Add helper class to perform a sequence of actions on the main thread (that is, main from the perspective of OS X, i.e. the GUI thread). 2006-01-15 04:13:36 +00:00
Glenn Maynard 2025761281 cleanup 2006-01-15 04:12:50 +00:00
AJ Kelly d6d225cca1 ScreenSelectCourse + ScreenGameplay nonstop/oni metrics edits 2006-01-15 02:12:39 +00:00
Glenn Maynard affaf07d35 rename ConfigureGraphicsWindow -> CreateGraphicsWindow 2006-01-15 01:43:04 +00:00
AJ Kelly 6c47215fd7 SelectStyle elements + CombinedLifeMeterTug stream fixes 2006-01-15 01:38:13 +00:00
Glenn Maynard 7adadb4d2c cleanup 2006-01-15 01:14:01 +00:00
Glenn Maynard 079ee70c90 cleanup 2006-01-15 01:12:58 +00:00
Glenn Maynard 692cee7ddc merge old CreateGraphicsWindow 2006-01-15 01:10:45 +00:00
Glenn Maynard 61654be8de remove remove SetVideoModeParams 2006-01-15 01:08:24 +00:00
Glenn Maynard 16c7813949 remove SetVideoModeParams call 2006-01-15 01:07:32 +00:00
Glenn Maynard 2de99a1d59 merge SetVideoModeParams into ConfigureGraphicsWindow (the lifetime of this data has always been too confusing) 2006-01-15 01:05:43 +00:00
Glenn Maynard 669339a57f don't export CreateGraphicsWindow 2006-01-15 01:01:53 +00:00
Glenn Maynard 50b0f360f4 CreateGraphicsWindow is done by ConfigureGraphicsWindow 2006-01-15 00:59:32 +00:00
Steve Checkoway d2f8a2efdf Update. 2006-01-15 00:59:22 +00:00
Steve Checkoway 1a00f1f4d7 Remove SDL completely. 2006-01-15 00:58:54 +00:00
Glenn Maynard 76dca9fb6f add bForceRecreateWindow 2006-01-15 00:55:27 +00:00
Glenn Maynard 989fe982b7 call CreateGraphicsWindow when needed 2006-01-15 00:51:45 +00:00
Glenn Maynard 58a5e76ccd don't expose 2006-01-15 00:44:37 +00:00
Glenn Maynard d52b52386b remove RecreateGraphicsWindow 2006-01-15 00:39:20 +00:00
Glenn Maynard 7c2f1fc48b RecreateGraphicsWindow -> CreateGraphicsWindow 2006-01-15 00:38:43 +00:00
Glenn Maynard 72036009b3 merge CreateGraphicsWindow and RecreateGraphicsWindow 2006-01-15 00:37:03 +00:00
Glenn Maynard 5e2a79e1d3 nudge CreateGraphicsWindow and RecreateGraphicsWindow together 2006-01-15 00:34:21 +00:00
Glenn Maynard 60e0bccef0 nudge CreateGraphicsWindow and RecreateGraphicsWindow together 2006-01-15 00:29:34 +00:00