bd2f75f03b
prompt for an edit name when creating
2005-03-22 23:59:17 +00:00
17278e956f
sound for add/remove notes
2005-03-22 13:38:18 +00:00
a976f65a08
add help text that's only shown in Play/Record
2005-03-21 14:13:11 +00:00
e2cbd6e848
rename ScreenMiniMenuKeyboardShortcuts -> ScreenMiniMenuEditHelp
2005-03-21 13:33:34 +00:00
a23db65a1e
remove uses of PlayOnce
2005-03-21 03:02:47 +00:00
4c031911fc
screen name cleanup
...
add more info to StepsInformation menu
2005-03-20 20:13:27 +00:00
69ec4c06de
Info text cleanup
2005-03-20 11:35:45 +00:00
301c6e707e
more TickEarlySeconds into CommonMetrics
2005-03-20 09:52:48 +00:00
a7fdca526e
remove hard-coded positions
2005-03-20 07:22:55 +00:00
297a5851ba
remove hard-coded positioning of text
2005-03-20 07:11:23 +00:00
bbadc010f4
Implement ScreenMiniMenu with ScreenOptions
2005-03-20 06:41:56 +00:00
7338fa18d7
move some code that's migrated away from where it's used; cleanup
2005-03-19 05:25:58 +00:00
384aaf1c4c
fix note skin loading: need to set m_pPlayerState m_sNoteSkin before StoreSelectedOptions, and need to call StoreSelectedOptions before TransitionEditMode (since it calls RestoreSelectedOptions
2005-03-19 05:15:54 +00:00
c10dc7eab2
clean up EditMode transitions
...
don't explicitly draw and update Actors - add as children so that Z ordering is correct
2005-03-18 19:44:01 +00:00
db022cd518
make ScreenEdit derive from ScreenWithMenuElements
2005-03-18 18:58:22 +00:00
02197dab9c
like Player, split NoteField loading into Load and Init, with Init having the expensive part, which we do only once
2005-03-18 04:43:59 +00:00
920c7367f9
show RandomMovies in subdirectories
2005-03-14 12:11:28 +00:00
0db665d4d6
Thorough(!) remodeling of the arch/ directory and the contents therein; fixed link-time warnings on GCC and should make things a lot easier to manage. A pile of other random things too, mostly cleanups and getting things to work with the remodeled arch/ directory.
2005-03-14 06:44:38 +00:00
f11197bd00
adjust save flow; uncommit and don't exit if the save fails
2005-03-14 04:43:25 +00:00
3517499b05
remove hardcoded screen name
2005-03-12 23:27:48 +00:00
fe513d047f
fix hold-only mappings
2005-03-12 00:51:09 +00:00
7f0a969ceb
use the NoteSkin specified in DefaultModifiers and don't reset the NoteSkin back to "default"
2005-03-11 04:53:02 +00:00
359b6d14c9
fix AV if create new steps then back out w/o saving
2005-03-08 22:21:18 +00:00
21ae0fc658
don't delete current Song's steps through the LastSaved when destructing ScreenEdit
2005-03-08 21:39:01 +00:00
dc9e8e23ff
revert from in-memory copy, not from disk
2005-03-08 21:19:17 +00:00
fa479f08dd
split ScreenMemcardSaveEditsInEditor into ScreenMemcardSaveEditsAfterSave and ScreenMemcardSaveEditsAfterExit
2005-03-08 09:03:12 +00:00
264dd13b45
eliminate Save on ScreenEditMenu when creating new steps
2005-03-08 07:57:14 +00:00
2d93802641
add Yes/No/Cancel prompt for exiting ScreenEdit
2005-03-08 04:02:25 +00:00
31cb7efb3a
build fix
2005-03-08 02:31:30 +00:00
e00de06b3f
fix menu items are offset in home edit mode
2005-03-07 19:45:45 +00:00
1a2619f445
Remove rows that aren't applicable to HomeEditMode
2005-03-07 18:26:30 +00:00
8914b2a554
fix edit flag doesn't get reset, causing AV in edit menu
2005-02-28 20:36:12 +00:00
f6d91c7358
add asserts
2005-02-28 20:12:47 +00:00
4c2ffa90ef
Player cleanup
2005-02-26 05:59:12 +00:00
071f02a862
allow access to individual BroadcastOnChangePtrs within BroadcastOnChangePtr1D
2005-02-25 18:17:26 +00:00
4104edcad9
use BroadcastOnChange wrappers
2005-02-25 05:27:28 +00:00
b51b0cfb4c
Use Init() for all screens, so we can set state before the base class
...
members are loaded--they'll see resets, score finalization, etc. It
also results in smaller code, due to a g++ bug that causes constructors
to be emitted several times.
2005-02-23 06:29:05 +00:00
a847b4f47b
fix paste clearing everything after the paste; also fixes compress, etc.
...
problems
2005-02-10 05:07:34 +00:00
1de61aa8ae
split AutoActor into a separate file
2005-02-09 05:27:51 +00:00
4223e09cc8
GetPathTo -> GetPath
2005-02-06 03:32:53 +00:00
9a164cd7b4
simplify
2005-02-03 03:39:15 +00:00
38eaa83497
fix m_NoteFieldEdit being updated twice, causing animations to play
...
too fast
2005-02-03 03:13:06 +00:00
0ac0049da8
fix assist tick
2005-01-31 19:12:30 +00:00
bb7482e722
evil big commit (sorry):
...
Remove m_HoldNote array entirely. Remove 2sAnd3s. Store hold note
durations in the hold head. hold_tail only still exists when InsertHoldTails
is used, to make SM parsing a little easier (may go away). Add helpers
for iterating over ranges while including or excluding adjacent and overlapping
hold notes. Range operations are now [start,end) instead of [start,end].
(probably more details coming to sm-dev soon)
2005-01-25 05:02:35 +00:00
1dbb8cfac2
Fix shift not releasing g_iShiftAnchor.
...
This call is cleaner and simpler than DeviceToEdit, and it shouldn't
be less efficient to call it many times than calling DeviceToEdit once
(since DeviceToEdit loops over all keys anyway). Maybe DeviceToEdit
should be dropped.
2005-01-23 23:49:19 +00:00
52731adc29
NoteField::m_fBeginMarker, m_fEndMarker -> m_iBeginMarker, m_iEndMarker
...
go back to storing BPM as a float, until I'm sure it won't cause precision
problems
2005-01-23 23:17:12 +00:00
3634c07656
Represent TimingData values (except for "seconds") in fixed-point.
...
Maybe we should stop calling note indexes "rows" and "indexes", and just
call them "beats"; if they're stored as an integer, they're in fixed-point. Things
like "note rows per second" are a lot less intuitive than just calling them "beats
per second".
2005-01-23 21:55:01 +00:00
a769bc7c41
cleanup
2005-01-22 19:25:05 +00:00
24f8de5cec
more use of beat indexes instead of floating point
...
It actually looks like almost all of NoteDataUtil can be done naturally
in fixed-point: instead of passing around floating point, converting it to
fixed point for NoteData indexing, and adding floating-point beat fractions,
just pass around fixed point everywhere, and convert beat fractions to
fixed-point (which probably happens at compile-time)
If TimingData, etc. does the same thing, things will be simpler ...
2005-01-22 17:51:46 +00:00
77d58c0d63
"Beat rows" are really just a fixed-point representation of beats. Prefer
...
using them in general over beats: it's more precise (we can tell exactly
how it'll round, and we can compare them without ugly error-margin hacks),
and it's what we need to use them with NoteData.
2005-01-22 17:34:10 +00:00
Chris Danford