Easier editing of items under Playtime's control when playback stopped

[Benjamin Klum]

Kenneth Powers:

Why are the clips shortened to one measure when not triggered? Is there a technical reason why this needs to happen? I LOVE Playtime so far, but I would really like to be able to easily edit the clips that I trigger. Right now I have to expand them back out in order to edit.

I just realized that I can double click an item in the Playtime window. My question still stands, I guess. I would like to edit my clips in relation to each other. Right now I guess my solution will be to create everything I need and then them in to clips.

There's already a ticket that handles the case that playback is running (#58).

[Benjamin Klum]

For reference my reply to the original forum post:

The reason why I shorten them to one measure is that I don't want them to interfere with the “official” start of the arrangement. Even they are muted, they might disturb visually by overlapping with the arrangement. I'm thinking about a switch that – while switched on – releases and expands all items under Playtime's control so they can be freely edited.

[flipotto]

It would be nice to experience the switch, although, I would probably want it back the way you have it. Side note - I am happy to help test, prior to release, if you like. I am a paid user, now.

[Benjamin Klum]

re #83 On transport stop, stow away only those clips that have been triggered. This avoids annoyances when trying to edit non-playing clips on the timeline and pressing the stop button. Before this change, they would just suddenly disappear. Items that have been triggered during the last transport play are still stowed away though.

→ <<cset de032fb0a916>>

[Benjamin Klum]

re #83 Stow away all clips when pressing Playtime stop buttons while transport is stopped. That makes it possible to clean up everything when pressing the scene group stop button (because the clean up is not done on transport stop anymore since last change).

→ <<cset 4ee84c42e416>>

[Benjamin Klum]

re #83 Don't indicate clips as playing or countdown unless they have really been triggered using Playtime

→ <<cset 1a2e3b92f399>>

[Benjamin Klum]

re #83 If transport is stopped and user double clicks memorized (purple play button) audio clip, forget it. Rationale: Double clicking the clip when stopped probably means the user wants to do some editing and he doesn't want the clip to disappear if we presses play if "play clips with arrangement" is enabled.

→ <<cset d73b431defc5>>

[Benjamin Klum]

re #83 If user double clicks audio item, position cursor right in front of the item so pressing space does what is expected (playing the audio item)

→ <<cset 1a1f1d070a6d>>

[Benjamin Klum]

re #83 Indicate clips that are not stowed away by orange group stop buttons (pressing the stop button stows the corresponding clips in that group away and the orange light turns off)

→ <<cset 758c506e32a7>>

[Benjamin Klum]

re #83 Change "not stowed away" indicator color to a kind of yellow

→ <<cset c53ce5ed358e>>

[Benjamin Klum]

re #83 Fix non-green play button after double-clicking playing slot

→ <<cset cc7565ef7458>>

[Benjamin Klum]

re #83 Replace yellow stop button with dedicated "Stow away" button. Much better.

→ <<cset 39febad78418>>

[Benjamin Klum]

re #83 Don't stop playing clips when stowing away

→ <<cset 55b2e4fe071b>>

[Benjamin Klum]

re #83 Fix bug about a within one play session triggered, untriggered and double-clicked clip: Play button is green even the clip is not under Playtime's control

→ <<cset 0e381f5da07c>>

[Benjamin Klum]

re #83 Fix broken write mode for immediate untrigger slots

→ <<cset f30d7d79cb1b>>

[Benjamin Klum]

re #83 Better wording on tooltip for "Stow away" button

→ <<cset 8488614fd080>>