v6.02+dev1218 - December 18 2019

[EvilDragon]

Can we continue testing the dev release now, then?

[Mercado_Negro]

Originally Posted by EvilDragon

Can we continue testing the dev release now, then?

It's just that it's baffling that we don't have Area Selection yet but sure, sorry about that. Carry on...

[juliansader]

Originally Posted by jnif

But, I think the problem is that with option 2 you cannot move media items and AIs together even when both are selected.
With option 3 you could do all types of move/copy/cut combinations intuitively.

Currently you can't with option 2, but the Feature Request is (amongst other things) precisely to enable that.

Originally Posted by jnif

Currently it is difficult to know what happens when editing both media items and AIs together. The things that make these edits confusing are

1. Move is somehow special operation and is treated differently than cut/copy/delete.
2. Behavior is not symmetric. When both media items and AIs are selected, move and copy operations work differently depending on which one is clicked last, media item or AI.

jnif

Indeed. There are lots idiosyncracies and discrepancies between media items and automation items. If you could give more details and examples, please add them here or in a bug/FR thread.

[EvilDragon]

BUG: If we assign the MIDI CC LFO native action to a toolbar button, when closing the LFO dialog, the toolbar button doesn't shut off, it stays always active until you close and reopen the toolbar.

[sonicowl]

There is graphical bug with stock plugins:
https://forum.cockos.com/showthread.php?t=229075

[Breeder]

Originally Posted by EvilDragon

BUG: If we assign the MIDI CC LFO native action to a toolbar button, when closing the LFO dialog, the toolbar button doesn't shut off, it stays always active until you close and reopen the toolbar.

And SWS actions that move active window to mouse position also don't work

https://github.com/reaper-oss/sws/bl....cpp#L788-L827

(they work on many other MIDI editor windows, most of the windows called from REAPER ReWorked use these actions to position a lot of "call, edit, apply" dialogs directly at mouse cursor cause rapid music development!)

[Zlornick]

On both 6.02 and this dev version I'm getting strange behavior changing to a screenset with the video window open and docked where most keystrokes are inoperable including numeric keys for changing screensets and the spacebar for play/stop. clicking on track view seems to change focus back to normal where keystrokes are recognized as normal. This is win 8.1 with dual monitor setup.

[Ideosound]

Mac 10.14.6 Notes:

Media Explorer:

Normally when you are in a selected folder if you hit a letter key on your keyboard the selection will jump to that folder (if it exists in the alphabet). On letters 'M' and 'T' this doesn't happen. All other letters work. Hitting A will jump and select the first folder beginning with A for example.
Hitting the same key will move it down to the next folder with the same letter if there is one. This is quite slow to respond. Not sure if this can be sped up.

Automation items:

I've tried the copy and paste items and automation items but I can't get the paste to happen on the same tracks. Can we add the ability to hold down command (brings up + copy icon) so we can drag both selected items and automation items? Currently, this doesn't drag copy the automation.

Grouping items and automation items doesn't work either, they should both move when dragged. The automation item stays in the same place. Finally, when using nudging actions, both selected automation items and items should respond to nudges and the action 'SWS move selected items to edit cursor'

Automation items should function exactly like (selected) items when it comes to copying, dragging and actions that work on regular items.

Dark Mode fix:

Text should be white not black, (white text is highlighted to make it easier to spot)



Cheers!