a9fa5a52aa
remove unused
2005-07-22 09:13:44 +00:00
1d797c7f94
fix SM_Success, SM_Failure never sent
2005-07-22 09:13:16 +00:00
8050631be9
use GetNextScreen()
2005-07-22 09:12:16 +00:00
86f3b4a6b5
Screen::GetNextScreen, Screen::GetPrevScreen
2005-07-22 09:11:17 +00:00
6939289f67
remove deletepreparedscreens
2005-07-22 08:46:06 +00:00
a0577b80db
Refactor prepared screens. This can handle:
...
- preparing and reusing screens used in a loop (eg. attract), a conceptual stack
(eg. options menu), or a real stack (ScreenPrompt)
- automatic cleanup once you load a screen that isn't preloaded; this gracefully
handles unusual or forgotten exit paths (eg. pressing the system menu button)
- reusing some screens in a group and loading others on demand
2005-07-22 08:39:07 +00:00
d38a2e9c33
ctor, comment, cleanup
2005-07-22 07:15:57 +00:00
3f3a782daf
not a reference
2005-07-22 07:13:52 +00:00
8e96f9a233
const
2005-07-22 07:11:49 +00:00
f8f65d0a48
changing prepared screen logic; DeletePreparedScreens will be done
...
automatically
2005-07-22 07:02:20 +00:00
26b5ac01d3
We don't know which players are joined until BeginScreen, so always load
...
assets for both players (fixes preload asserts). This isn't an important
optimization point: it's not acceptable for a screen to be so much slower in
2-player than 1-player that this type of optimization would matter. Also, always
loading both players will help reduce the chance of code that's too slow in
2-player not being noticed due to only being tested in 1-player.
2005-07-22 06:30:19 +00:00
67f6e76b3b
tabs
2005-07-22 05:45:46 +00:00
d41ba9480c
more to implementation
2005-07-22 05:44:54 +00:00
55c0f2b6f4
cleanup
2005-07-22 05:41:51 +00:00
4aaf18959d
tabs
2005-07-22 05:39:52 +00:00
4b1b3277e8
Singleton classes don't need to store their stuff in the class; put it in
...
the implementation: it's easier to edit without triggering huge rebuilds
that way.
(Hmm. There's really no benefit, here, to using an anonymous namespace
instead of statics, but it seems better this way and I'm not sure why.
The normal admonitions against global variables don't apply here, since
static avoids namespace pollution and it's a singleton, but maybe it's
just habit asserting itself and anonymous namespaces circumvent that ...)
2005-07-22 05:38:56 +00:00
169bedf903
fix build
2005-07-22 05:03:35 +00:00
eca5d32eb3
fix underlay/overlay; we play the state commands so we can do things with
...
them in these modes, so don't hide them
2005-07-22 05:02:04 +00:00
209c806bbd
simplify
2005-07-22 04:12:56 +00:00
9d65ff798d
fix "record empty segment at end doesn't do anything useful"
2005-07-22 04:11:15 +00:00
464bb983ee
align record to record length
2005-07-22 02:30:15 +00:00
d62fe9be5a
EDIT_BUTTON_SCROLL_NEXT_MEASURE, EDIT_BUTTON_SCROLL_PREV_MEASURE
2005-07-22 01:28:20 +00:00
77b30284c4
add QuantizeUp( float )
2005-07-22 01:22:14 +00:00
b2c7e5e829
add "jump to next note", "jump to previous note"
2005-07-22 00:55:36 +00:00
b8838ba5c0
comment to make IsHoldNoteAtRow's behavior clear, add IsHoldHeadOrBodyAtRow
2005-07-22 00:34:54 +00:00
4ec405f13b
IsHoldNoteAtBeat -> IsHoldNoteAtRow
2005-07-22 00:14:24 +00:00
ea8705fa9d
spit out ScreenEdit::ScrollTo
2005-07-21 22:31:09 +00:00
5769d00abf
implement GetPrevTapNoteRowForAllTracks
2005-07-21 22:30:00 +00:00
c9c59e0882
initial "paused record" mode: record a song measure-by-measure, allowing
...
replaying and rerecording each section in sequence; when paused, remain
in the record view, so we don't jump around between record and edit views
constantly
2005-07-21 21:23:18 +00:00
d5587f37d0
case fix
2005-07-21 20:42:56 +00:00
61c42c4481
simplify
2005-07-21 20:41:26 +00:00
fc43a6f136
EDIT_BUTTON_RECORD -> EDIT_BUTTON_RECORD_SELECTION
2005-07-21 20:37:04 +00:00
079926c6c3
cleanup; always commit recorded data when exiting record, not just when entering edit (though we only go from record -> edit currently)
2005-07-21 06:50:39 +00:00
951c6074b0
cleanup
2005-07-21 06:48:56 +00:00
f4cc57514e
always stop music and reset m_bPastHereWeGo when changing modes
2005-07-21 06:25:29 +00:00
5a59d42b6d
fix editor assert: we Update Player in the editor before calling Load, since
...
Load loads up and transforms a NoteData, which is pointless to do before
we're ready to play something (cleanups needed ...)
2005-07-21 06:17:04 +00:00
9547906a6c
cleanup
2005-07-21 05:58:34 +00:00
a2ad4d61b9
GameSoundManager handles the timer by default
2005-07-21 05:53:05 +00:00
c617484b13
fix log
2005-07-21 05:44:51 +00:00
83bae991b9
undo; not needed and causes crashes elsewhere
2005-07-21 05:33:08 +00:00
fa7d6d4960
fix area menu
2005-07-21 05:17:36 +00:00
d038d2446e
TransitionEditState does this
2005-07-21 03:09:33 +00:00
fe240ddcd9
it's typically not useful to leave the cursor where it was when exiting play/record, so restore the cursor position. (do leave the cursor where it is when exiting play mode explicitly)
2005-07-21 02:44:53 +00:00
d4afd9c47c
fix range check (do it after quantizing)
2005-07-21 02:22:07 +00:00
a858eca8b0
edit state has its own PlayerState; reset options here
2005-07-21 01:59:13 +00:00
792ae76f4c
edit state has its own PlayerState; reset attacks here
2005-07-21 01:56:49 +00:00
b36673fc9a
fix g_CourseMode
2005-07-21 01:52:01 +00:00
f183e5efda
highlight the section being recorded; this makes it clear why you can't insert notes during the lead-in and shows when the region will end
2005-07-21 01:22:10 +00:00
8696548ac6
copy data from the range given (which may not be the same as the selection)
2005-07-21 01:19:48 +00:00
ec43e2efb9
Don't extend hold notes outside of the range. Extend record slightly if a button is being held, to allow placing hold notes near the end of the region.
2005-07-21 01:17:51 +00:00
Glenn Maynard