Old 04-22-2019, 02:41 PM   #1
Edgemeal
Human being with feelings
 
Edgemeal's Avatar
 
Join Date: Apr 2016
Location: ASU`ogacihC
Posts: 3,913
Default v5.974+dev0422 - April 22 2019

v5.974+dev0422 - April 22 2019
+ Global hotkey override: allow defining overrides to force keys to be sent to main actions context, or to system processing, or to be ignored, etc
+ NINJAM: improve subsample accounting when importing clipsort.log
+ Project help: report correct time since last manual project save [t=219875]
+ ReaNINJAM: improve resampling issues at interval boundaries
+ Take FX: add actions to set take FX on/offline [t=220052]
+ Tooltips: improve multimonitor behavior
+ linux: improve keyboard handling with modal window open
# Notation editor: adjust positioning for voiced stemmed articulations

Full changelog / Latest pre-releases
Edgemeal is offline   Reply With Quote
Old 04-22-2019, 03:25 PM   #2
Klangfarben
Human being with feelings
 
Join Date: Jul 2016
Location: Los Angeles, CA
Posts: 1,701
Default

Quote:
Originally Posted by Edgemeal View Post
v5.974+dev0422 - April 22 2019
+ Global hotkey override: allow defining overrides to force keys to be sent to main actions context, or to system processing, or to be ignored, etc
I don't comment here a lot in the pre-release section, but I wanted to chime in here to say I think this current implementation is both terrible and horribly convoluted.

What advantage does this have vs just having a global overrides section?

"Keys bound to this will be ignored" ???? What is the point of this? I could go to the trouble of assigning hotkeys to this or just NOT assign them at all.

Not to mention that a key command should be tied to a specific action, not some random action that says "Keys tied to this will have default system/text field processing". How are you going to remember what is assigned to what this way?

A global override is just that. It globally overrides everything. This is not that and should not be labeled as such. Nor be a replacement. Because this is not in any way "global".

If you want to have destinations for certain hotkeys I'm all for it. But those destinations should be main arrange page, midi editor, plugin windows, etc. So shortcut for play/stop always goes to main regardless of what window is active etc.

This implementation with all of these different actions is just a mess. This is not an elegant solution whatsoever and certainly not "global".

Maybe I'm in the minority here but I don't see how in any way the below is a better solution. This really needs to be scrapped and rethought IMHO.

Klangfarben is offline   Reply With Quote
Old 04-22-2019, 03:45 PM   #3
_Stevie_
Human being with feelings
 
_Stevie_'s Avatar
 
Join Date: Oct 2017
Location: Black Forest
Posts: 5,054
Default

I must say, I'm also irritated. This concept doesn't look transparent to me.
__________________
My Reascripts forum thread | My Reascripts on GitHub
If you like or use my scripts, please support the Ukraine: Ukraine Crisis Relief Fund | DirectRelief | Save The Children | Razom
_Stevie_ is offline   Reply With Quote
Old 04-22-2019, 04:15 PM   #4
Justin
Administrator
 
Justin's Avatar
 
Join Date: Jan 2005
Location: NYC
Posts: 15,721
Default

Yeah it's not pretty, I agree. Hmm.
Justin is offline   Reply With Quote
Old 04-22-2019, 04:48 PM   #5
Klangfarben
Human being with feelings
 
Join Date: Jul 2016
Location: Los Angeles, CA
Posts: 1,701
Default

This would be my suggestion and again, I'm sure some people will disagree with me but honestly I think this is the best solution.

Right now in actions we have different sections for main, inline midi editor, midi editor, etc.

I think we should keep those categories listed separately - but only be LISTED separately, not treated separately.

I think key commands should not be separate for each section. I think key commands should work all the time REGARDLESS of what window is active (with the exception of active text fields but that's it.)

So the downside is you couldn't have 'S' do different things in the main arrange and in the midi editor window. However, I'm generally not going to assign 'S' to do different things in both those windows. It's too confusing.

Would this limit you in some ways? Of course. But it would solve a great many things including the above.

I'm also fine with the previous global overrides section as long as they don't override an active text field. Maybe others can chime in here so we can hone this down into something more manageable.
Klangfarben is offline   Reply With Quote
Old 04-22-2019, 06:54 PM   #6
EpicSounds
Human being with feelings
 
EpicSounds's Avatar
 
Join Date: Jul 2009
Posts: 7,570
Default

yeah I don't like the look of that at all. having 8 of each just adds confusion. Any one of those could have multiple keys assigned, like the way passthrough to main works in the MIDI action list.

IMO it should be somewhere here:


Quote:
Originally Posted by Klangfarben View Post
Right now in actions we have different sections for main, inline midi editor, midi editor, etc.

I think we should keep those categories listed separately - but only be LISTED separately, not treated separately.
one problem with doing this is that currently there are some Action IDs that are the same in different sections with different functions. Changing the action IDs could break a lot of things.
__________________
REAPER Video Tutorials, Tips & Tricks and more at The REAPER Blog
EpicSounds is online now   Reply With Quote
Old 04-22-2019, 06:55 PM   #7
mccrabney
Human being with feelings
 
mccrabney's Avatar
 
Join Date: Aug 2015
Posts: 3,669
Default

mark me as a respectful nay for klangfarben's suggestion. there are too many common actions across arrange screen and midi editor that would either need to be merged or duplicated. copy, paste, delete - S splits either midi note or item at edit cursor, etc. i don't want to turn to a completely different set of keys commands for common functionality. ctrl c ctrl v, no matter what screen you're in.

as for the issue itself -- we've worked around the window focus problem for years by assigning midi or osc to commands to actions instead of keys. these messages don't respect window focus. might there be a way to exploit this in order to accomplish global key overrides?

edit, epicsounds posted while i was composing my message. i agree, in my opinion, expected behavior would be for a global override checkbox in the window in his screenshot
__________________
mccrabney scripts: MIDI edits from the Arrange screen ala jjos/MPC sequencer
|sis - - - anacru| isn't what we performed: pls no extra noteons in loop recording
| - - - - - anacru|sis <==this is what we actually performed.
mccrabney is offline   Reply With Quote
Old 04-22-2019, 06:59 PM   #8
Klangfarben
Human being with feelings
 
Join Date: Jul 2016
Location: Los Angeles, CA
Posts: 1,701
Default

Thinking about it a little more I think most of this can be solved with the following:

- Keep the global overrides section as it was in previous dev releases
- Default behavior is global overrides NEVER override an active text field
- For the few exception cases (script windows that Reaper can't track, etc) have an action that toggles global overrides on/off

I think that would be an easier implementation than having one key command per action only. Especially for those who have already set up their workflow with a single key command triggering different actions in the main window, midi editor, etc. It's confusing to me to work that way but others may desire that workflow or rely on it.

Thoughts?
Klangfarben is offline   Reply With Quote
Old 04-22-2019, 07:03 PM   #9
Klangfarben
Human being with feelings
 
Join Date: Jul 2016
Location: Los Angeles, CA
Posts: 1,701
Default

Quote:
Originally Posted by mccrabney View Post
there are too many common actions across arrange screen and midi editor that would either need to be merged or duplicated. copy, paste, delete - S splits either midi note or item at edit cursor, etc. i don't want to turn to a completely different set of keys commands for common functionality. ctrl c ctrl v, no matter what screen you're in.
Sorry, I think I did a poor job of explaining myself above in post #6. Basically what I meant is that one key command could only be assigned to one action. So if 'S' is solo in the main window, 'S' is also solo in the midi editor. What you couldn't then do is assign 'S' to solo in the main window and 'S' to split in the midi editor. It would mean though streamlining the actions in each of the sections and removing duplicates which would take some work.

It would basically mean ALL key commands are global at all times, since only one key command can be used per action and thus would apply to all windows regardless of which is active. The different sections in the actions window would just be for organizational purposes. All the actions would just be one big section.

I also think my post #9 might be the easiest for the time being until people much more clever than myself can figure out a better way.

Last edited by Klangfarben; 04-22-2019 at 07:27 PM.
Klangfarben is offline   Reply With Quote
Old 04-22-2019, 07:41 PM   #10
Justin
Administrator
 
Justin's Avatar
 
Join Date: Jan 2005
Location: NYC
Posts: 15,721
Default

I think I have a good fix for the UI mess, stay tuned.
Justin is offline   Reply With Quote
Old 04-23-2019, 03:12 AM   #11
bFooz
Human being with feelings
 
Join Date: Jul 2010
Location: Slovakia
Posts: 2,588
Default

Quote:
Originally Posted by Edgemeal View Post
# Notation editor: adjust positioning for voiced stemmed articulations]
With zooming, at one point, the position gets shifted by one space. Seems to be the case only for the low voice. It's correct when zoomed in.



Also notice in the top voice, how the articulation gets disaligned (this already was mentioned elsewhere I think).

Last edited by bFooz; 04-23-2019 at 04:20 AM.
bFooz is offline   Reply With Quote
Old 04-23-2019, 04:03 AM   #12
_Stevie_
Human being with feelings
 
_Stevie_'s Avatar
 
Join Date: Oct 2017
Location: Black Forest
Posts: 5,054
Default

Quote:
Originally Posted by Klangfarben View Post
I think key commands should not be separate for each section. I think key commands should work all the time REGARDLESS of what window is active (with the exception of active text fields but that's it.)
I must say, that's one of the things I love and would like to keep.
Because of flexibility, I agree that it's always a bit more work to assign scripts on all different sections. But how about this?

quick and dirty (main alt recroding and MIDI event list editor are missing) and not pretty, but just for brainstorming:




EDIT: and maybe also this?

__________________
My Reascripts forum thread | My Reascripts on GitHub
If you like or use my scripts, please support the Ukraine: Ukraine Crisis Relief Fund | DirectRelief | Save The Children | Razom

Last edited by _Stevie_; 04-23-2019 at 04:08 AM.
_Stevie_ is offline   Reply With Quote
Old 04-23-2019, 05:09 AM   #13
EvilDragon
Human being with feelings
 
EvilDragon's Avatar
 
Join Date: Jun 2009
Location: Croatia
Posts: 24,790
Default

^^^^^ That method wouldn't quite work because for this you'd need all actions to be available across all contexts, which kinda defeats the purpose of having those contexts in the first place...
EvilDragon is offline   Reply With Quote
Old 04-23-2019, 05:11 AM   #14
_Stevie_
Human being with feelings
 
_Stevie_'s Avatar
 
Join Date: Oct 2017
Location: Black Forest
Posts: 5,054
Default

Good point, that's why we brainstorm. Keep it coming.
__________________
My Reascripts forum thread | My Reascripts on GitHub
If you like or use my scripts, please support the Ukraine: Ukraine Crisis Relief Fund | DirectRelief | Save The Children | Razom
_Stevie_ is offline   Reply With Quote
Old 04-23-2019, 05:29 AM   #15
mccrabney
Human being with feelings
 
mccrabney's Avatar
 
Join Date: Aug 2015
Posts: 3,669
Default

in the spirit of brainstorming --

Quote:
Originally Posted by mccrabney View Post
as for the issue itself -- we've worked around the window focus problem for years by assigning midi or osc to commands to actions instead of keys. these messages don't respect window focus. might there be a way to exploit this in order to accomplish global key overrides?
i wanted to expand on this crackpot idea, but what if REAPER passed keypresses to itself as OSC? for instance, if a user hit the H key, the OS would see "H" but REAPER would also generate an osc message directed to itself titled ~ "Keypress H"

this way, a user could decide to assign the key itself - H, being dependent on the window focus - or the corresponding OSC message, which is window independent.

this is what i meant by exploiting the workaround that we've been using for years.
__________________
mccrabney scripts: MIDI edits from the Arrange screen ala jjos/MPC sequencer
|sis - - - anacru| isn't what we performed: pls no extra noteons in loop recording
| - - - - - anacru|sis <==this is what we actually performed.
mccrabney is offline   Reply With Quote
Old 04-23-2019, 07:51 AM   #16
Klangfarben
Human being with feelings
 
Join Date: Jul 2016
Location: Los Angeles, CA
Posts: 1,701
Default

Quote:
Originally Posted by _Stevie_ View Post
quick and dirty (main alt recroding and MIDI event list editor are missing) and not pretty, but just for brainstorming:

I like this general idea. We would still most likely need a script to toggle all global overrides on/off. I'm not sure Reaper will be able to determine an active text field in all cases - different scripts, plugins etc.
Klangfarben is offline   Reply With Quote
Old 04-23-2019, 08:58 AM   #17
mccrabney
Human being with feelings
 
mccrabney's Avatar
 
Join Date: Aug 2015
Posts: 3,669
Default

the text field bit of this FR seems like overkill to me. due to issues that Klangfarben raised, it might just end up making for more inconsistency. surely a control surface is better suited for any such urgent commands.
__________________
mccrabney scripts: MIDI edits from the Arrange screen ala jjos/MPC sequencer
|sis - - - anacru| isn't what we performed: pls no extra noteons in loop recording
| - - - - - anacru|sis <==this is what we actually performed.
mccrabney is offline   Reply With Quote
Old 04-23-2019, 09:32 AM   #18
Breeder
Human being with feelings
 
Breeder's Avatar
 
Join Date: Nov 2010
Posts: 2,436
Default

Quote:
Originally Posted by Justin View Post
I think I have a good fix for the UI mess, stay tuned.
Is is really so hard to know if FX processed keystroke or not and then use that keystroke to trigger REAPER stuff?

Just curious here as if why is this such a problem, code-wise?
Breeder is offline   Reply With Quote
Reply

Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT -7. The time now is 02:49 PM.


Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2024, vBulletin Solutions Inc.