From memory Cubase 12 has no trouble with this.
Cubase 13 & 14, nothing happens when executing it.
What should it do? It looks like it highlights the cursor position, and then immediately toggles auto-scroll without entering aanything in the number field 
1 Like
It should allow you to first enter the new cursor position, and THEN toggle the auto-scroll to bring the new cursor position into screen.
edit: (note: this assumes you work with auto-scroll OFF)
As it is, it locates the current cursor position first, then you enter a new one, but the new cursor position is not brought into screen.
Cubase 12 was able to do it properly. Also it was able to do other similar concurrent macros in the correct order, like:
- insert cycle region
- rename cycle region
Confirmed
Interesting. It was a unique function. yes, itās gone.
edit:
Iād say its a bug, because it works if the transport is off, or the Time Display module is removed from the transport, meaning the separate little Time Display window opens.
What exactly is being confirmed here?
Just checked this on CB12.0.70. After entering the cursor position as instructed by the first command in the macro, the new position is not reflected on our display (when itās out of the view), which should be the case if autoScroll was triggered afterwards. And this is to be expected. Thereās no internal mechanism for pausing commands in CB macros. Perhaps you had some ādelayingā/dummy commands in your macros previously?
His macro works way he way he saidā¦ quite odd.
But yes, the macro isnāt necessary in 14 since, as you point out, the transport jumps to the location ā which is actually proper, and @zootermanās macro was a workaround! lol
just that the macro does not work in C14, but itās a moot point now
Really? It does not do that here (CB14) unless auto-scroll is on. The point of the macro is that I work with it off, so the toggle in the macro is designed only to snap the new cursor position into view. Is your auto-scroll OFF to begin with?
Just checked on CB12.0.70 here. It definitely does jump into view and the macro works as written (with the new position entered first, THEN the auto-scroll toggles). Make sure auto-scroll is OFF to begin with?
I tried rearranging the macro because this should ultimately result in what I was after as well. But in this macro, it doesnāt even register the āEnter Project Cursor Positionā - completely ignores it.
Oh. repro steps would be nice (always).
Checking again in Nuendo 12, the macro does not work as described, same finding as @m.c
1 Like
Iām always trying to be very careful with the instructions, I have no reason to be negative, no worries 
At the same time, I donāt see you taking very seriously what I previously wrote.
So, hereās a macro you can test:
Place the TransportāEnter Project Cursor Position as the first command, and as the second, the EditāMute. Based on how you think this thing would or should work, first the macro should wait for you to enter the cursor position and then mute the selected track(s). Just give it a try in CB12. Iām not even talking about CB14 here, because Iām trying to answer what you thought was possible in CB12.
so, couldnĀ“t you add a first command to enable auto scroll to your macro?
Sorry, I even caught myself out with that when testing in CB12. My auto-scroll in that program was On by default (havenāt opened it since CB13).
What did you need to see to make you think I did take it seriously? Anyway, the problem was that in C12 the auto-scroll was on and I failed to notice (first time I opened the program today in many moons).
Regarding your suggested macro, it works but it simply Mutes the track first, while the cursor position textbox is still highlighted. Typing in a value then gets honoured and the cursor moves to that location. In CB14 this is not the case and the āenter project cursor locationā gets ignored altogether. So definitely different behavior compared with CB12.
Here is another macro I enjoyed using with CB12 that does not work in CB13/14:
The first two commands are honored but the āEnter Locator Range Durationā is again ignored totally (or the textbox cursor canāt seem to highlight/focus on that section to enable value input).
I think CB12 still fires off first two commands first but it still able to maintain the textbox focus for the range value input.
Most likely. Macro execution is very simple, one follows the next kind of flow.
Yeah, in CB14 the textbox is out of focus so cannot use these types of macros. Bummer.
You should experiment with using the pre and post commands in the PLE
1 Like
If I did that it would just toggle the auto-scroll without waiting for my input for the new project cursor position.
Also, because Cubase lacks absolute commands for auto-scroll, what that command does (ie. whether it turns auto-scroll on or turns it off) depends on its current state.
This works:
Pre-Process Commands
Edit/Autoscroll
Transport/Input Position
Post-Process Commands
Edit/Autoscroll
2 Likes
Does not work as intended (in terms of the order of the auto-scroll toggling).
But it does maintain the textbox focus so a value can be keyed in. This is progress as it opens doors to other macros which depend on the textbox being in focus but the order of the other commands donāt matter.
Thanks for the idea.
Just to tie this up, The commands do fire in the right order though, so thereās no bug or anything to report - as it didnāt actually do this in C12.