45b0a3bfdf
bindings
2005-07-12 21:41:42 +00:00
7c371b8429
fix screens
2005-07-12 21:26:32 +00:00
3cade20083
NextCourseSong -> BeforeLoadingNextCourseSong, so it's clear that GetNextCourseSong
...
is the next song, and not the next next song
2005-07-12 21:16:15 +00:00
61620bb6f5
fix course mode.
...
We've been using the environment and Lua globals as "parameters" to treat
broadcasts as "functions called on every object". That doesn't work with
queued message handling. It's also a bit confusing; it means there are
"parameters" available only for some messages. It's cleaner to just make the
information available as a function.
2005-07-12 21:12:12 +00:00
e9166ac4ab
load EditableData for all local profile on startup so that we don't have to load every profile from disk to enumerate names
2005-07-12 20:19:52 +00:00
1e17954eff
fix SM_BeginFadingOut sent twice if only one player active
2005-07-12 20:05:56 +00:00
b1af8a00ae
eval stage
2005-07-12 19:34:09 +00:00
f07f362bcc
use SWME's
2005-07-12 19:32:01 +00:00
75d972fdfa
fix crash if no courses in STestMode
2005-07-12 19:23:22 +00:00
45d8fb80ef
hack should no longer be needed, because Screen:Init() is split out and
...
we can call FinishStage in SSMusic first
2005-07-12 07:11:01 +00:00
39bdc32e70
fix draw order
2005-07-12 07:06:57 +00:00
1b937f7c1e
call base
2005-07-12 06:56:09 +00:00
70f2d0e0e5
cleanup
2005-07-12 06:50:18 +00:00
756c6e15fe
remove unused
2005-07-12 06:43:42 +00:00
fc7c1a1645
use default
2005-07-12 06:42:36 +00:00
da09bd7e3a
cleanup (same as default)
2005-07-12 06:41:13 +00:00
a6cd2379e2
simplify
2005-07-12 06:39:29 +00:00
abe3e2c39f
remove GoToNextScreen/GoToNextScreen; call base
2005-07-12 06:35:49 +00:00
64db9a3ca9
cleanup
2005-07-12 06:33:01 +00:00
c570457834
cleanup: override SM_GoToNextScreen instead of having a different path
2005-07-12 06:33:00 +00:00
57cef3fb5a
not pure virtual
2005-07-12 06:12:12 +00:00
cd76a879f6
cleanup: don't export options from SM_GoToNextScreen
...
(need to get rid of this AutoScreenMessage thing; causes duplicate variables
to be declared for every file that includes it)
2005-07-12 06:10:01 +00:00
4c1920474c
de-switch and unindent
2005-07-12 06:03:12 +00:00
3ffecaa94f
de-switch
2005-07-12 06:01:15 +00:00
c598951c7f
unused
2005-07-12 05:56:04 +00:00
541095e39c
NextScreen
2005-07-12 05:55:13 +00:00
a1d87f6150
add GetSelectMusicNext
2005-07-12 05:54:38 +00:00
85535379c9
simplify like ScreenPlayerOptions
2005-07-12 05:52:52 +00:00
8bbaa3afa3
update; one shortcoming of this scheme is that bound objects need to know the
...
highest base class that also binds; if you're too high and there's no binding,
it'll cause a link error, but if you're too low you'll lose the methods in the
screens in between
2005-07-12 05:48:15 +00:00
4a416d34d0
Screen, ScreenWithMenuElements bindings
2005-07-12 05:44:54 +00:00
58178ad258
cleanup
2005-07-12 05:38:13 +00:00
498b049c19
remove unused
2005-07-12 05:33:06 +00:00
db45cdaa44
NextScreen
2005-07-12 05:30:31 +00:00
bb5bcbb7c0
simplify
2005-07-12 05:28:37 +00:00
02950d7e06
cleanup
2005-07-12 05:18:42 +00:00
94abe52637
headers don't include global.h
2005-07-12 04:39:57 +00:00
0a5614d0ea
cleanup
...
headers don't include global.h
2005-07-12 04:37:02 +00:00
5ab1ad96a5
cleanup
2005-07-12 04:29:59 +00:00
931971204c
undo hacks, and isolate to one: call PlayersFinalized last. (These message
...
names are confusing; just an iterative step in cleaning them up.) Don't abuse
SM_GoToNextScreen; the only thing it should do is SCREENMAN->SetNewScreen.
2005-07-12 04:13:03 +00:00
a43b36f442
fix SM_BeginFadingOut never sent
2005-07-12 04:08:53 +00:00
13e1d04d24
pull stuff out from GameState
2005-07-12 03:49:19 +00:00
8256cf3b4c
call ProcessMessages
2005-07-12 03:12:18 +00:00
ebbf4490bf
propagate ProcessMessages. There are still some cases where we're
...
handling children directly; as those come up, they'll either propagate this
message or (preferably) be converted to use AddChild and let ActorFrame
do the work.
2005-07-12 03:09:34 +00:00
751f678a8a
Instead of handling broadcasted messages immediately, queue them and
...
do them later in the update. This allows threadsafety (sending messages from
other threadS), and will eventually be merged with ScreenMessages. This
doesn't mean that all messages have to be delayed; we can send messages
to an actor directly, like SendMessageToTopScreen. This only affects broadcasted
messages, which act like PostMessageToTopScreen(x, 0).
2005-07-12 03:07:54 +00:00
75b937a28b
testing
2005-07-12 02:23:11 +00:00
949bab6a25
NextScreen metrics
2005-07-12 02:22:14 +00:00
6e8747d0b6
cleanup
2005-07-12 02:21:28 +00:00
47b3965186
cleanup
2005-07-11 23:42:45 +00:00
4b475b2145
use ActorFrame::AddChild
2005-07-11 23:17:46 +00:00
88d1f36c3d
cleanup
2005-07-11 22:25:29 +00:00
Glenn Maynard