Marker behavior

[devinhedge]

I use markers for navigating backwards and forwards in Digital Audio Workstations (DAWs) and Non-Linear Editors (e.g. Adobe Premiere. When I went to use them in xLights, the behavior was completely not aligned to the behaviors found in any sequencer.

As someone that moves around a lot in my xLights sequences, I would like the Marker navigation behavior to work similarly to that of Reaper or Adobe Audition, or Adobe Premiere Pro or any DAW/NLE so that I can quickly move between sections of a sequence in order to edit effects.

I know this will be done when: GIVEN I have set two markers in my sequence (e.g. markers 0 and 1), WHEN I navigate to marker 1 using CTRL+1, THEN the playhead will move to Marker 1, and the sequence will scroll horizontally so that Marker 1 is centered in the sequence window

[devinhedge]

This logic seems to exist in MainSequencer.cpp::MainSequencer::RestorePosition() and TimeLine.cpp::TimeLine::RestorePosition()

[computergeek1507]

So you want the timeline to center the marker on the screen not have it on the left edge when you use it?

[keithsw1111]

Why would you want it in the middle of the screen. showing it on the left makes so much more sense.

[devinhedge]

I know it seems counter intuitive. The reason that DAWs and NLEs do this is so that you, the content creator can always see what you are doing in context, make your edit fast, and move on. That’s why moving the playhead to the timing Mark while keeping the context of which model layer you were on is also a crucial piece to the move function.

I tried to record the behavior across several DAWs and NLEs last night and ran into an issue being able to export the footage. I have a support ticket in with the software company, and will upload some examples as soon as I get it resolved this morning.

[devinhedge]

This is a pretty good example: https://youtu.be/8BWKJ2iWD_I

[artwait]

Just wanted to upvote this request. Centering the marker provides context for what happens before the marker's timestamp, which is useful when hopping around. And, as the OP mentioned, it's a commonly used interaction design in other NLEs. Would also expect the playhead to jump to the marker's location which doesn't seem to be the case currently.

Thanks for considering!

[AzGilrock]

Just place the marker such that it centers what you want to see when it’s on the left. I downvote this request dont care what Adobe and others do

[artwait]

I think the problem with that solution is that it a) doesn't scale if the user changes their horizontal view window or zooms in/out, b) forces the user to place the marker not where the event occurs, but in a different location to essentially hack the UI, and c) doesn't place the play head at the point of the event.

I certainly see that this is one of those features that intelligent people can feel differently about. Maybe it could be an option in preferences.

On Sat, Sep 11, 2021 at 5:26 AM Gil Jones @.***> wrote:

Just place the marker such that it centers what you want to see when it’s on the left. I downvote this request do to care what Adobe and others do

— You are receiving this because you commented. Reply to this email directly, view it on GitHub https://github.com/smeighan/xLights/issues/2476#issuecomment-917399064, or unsubscribe https://github.com/notifications/unsubscribe-auth/ABC67ZBBB4PTBBLXE7BQHH3UBNDI7ANCNFSM4WUMQA4Q . Triage notifications on the go with GitHub Mobile for iOS https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675 or Android https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub.

[cybercop23]

Shoudl this be closed?