Press ESC
Expected: Edit Mode is turned on, Sample Recorder stays open.
Currently: Sample Recorder gets closed.
Steps to replicate:
Open Sample Recorder
Start recording.
Press ESC
Expected: Edit Mode is turned on, Sample Recorder stays open and keeps recording
Currently: Sample Recorder stops recording and cancels the recording = data loss.
I’m actually not sure why we did this (a long time ago), but the sample recorder is the only dialog which grabs escape (to close) and return keys (to start/stop record), even when not focused.
I can see that escape can be annoying here. I’ll remove both for the next update…
@taktik
unfortunately, i’m told that the fix now means that you cannot, after opening the sample recorder, run any shortcuts (such as shortcuts to tools for stopping the recording, because the sample recorder now eats all focus.
i mean, the “don’t have ESC stop recording in order to evade data loss” fix was great…
but the rest (as in) “eat all keypresses and never pass them out to renoise app out of Sample Recorder dialog, with no way to set up a keyhandler for it” went slightly overboard.
Maybe there’s a way to evade it with scripting, but when not using scripting, this results in requiring an additional mouse click to drop Sample Recorder focus.
is there no way it could pass keybindings to the main app?
now when sample recorder is open, one needs to defocus away from the sample recorder (not possible with the API) with a click - and thus any script that is built to use the sample recorder is now unusable.
and now people who are definitely focused on the sample recorder, cannot use the return key to start and stop recording.