Zynewave's Forum Page

@thcilnnahoj wrote:

but I’ll have to ponder some more about the balance of additional housekeeping vs. the benefits the “categorization” brings to the table. Maybe we’ll get a few ideas about disarming it – if that is necessary at all – after a beta becomes ready.

Setting up track categories will only make sense when you work with a lot of tracks. You can ignore this feature, and it will work like previous Podium releases. If you never work with a large number of tracks, you can choose to remove the track toolbar from the editor.

1. Is there a way to add multiple tracks at once with the “+” button on the toolbar?

Not currently. Clicking will open the track properties dialog, for naming the new track. If you need an initial number of tracks, isn’t it sufficient that you have the track setting in the “new arrangement” dialog?

2. How does this work with group tracks… If you select, for example, the “Bus Returns” group track to be shown, will it automatically show its child tracks? And will it update correctly if you add more child tracks (returns in this example) to it?

If you add a group track to a category, it will automatically include all child tracks.

3. Is it possible to have only child tracks from various groups shown, and if so, how will it affect the visual routing?

I haven’t implemented this yet, but I think that if you include a child track in a category, then it’s parent group track should also be displayed, at least as a collapsed track (6 pixel height). That way the hierarchic structure is intact.

[Edit] 4. (One more): Can you go still back to the a view of all tracks, categorized or not, or do you have to create an “all-encompassing” category first yourself? If it’s the latter, will it update if you add more tracks later on?

If you deselect all categories, it will show all tracks. Otherwise a track would be completely invisible if it wasn’t included in any categories. If you add a new track while you have a category selected, the track will automatically be added to that category.

@thcilnnahoj wrote:

Navigator looks great!
My only gripe is that the “snapshot preview” is rather hard to see most of the time, but especially when previewing a snapshot that’s smaller than the current zoom range.

Can you really tell where it is in this picture (thumbnail)?

My suggestion: Instead of showing both the current zoom range and the preview, temporarily remove the zoom pane and only highlight the snapshot area. The current snapshot preview doesn’t have the zoom pane’s handles, so I think the chance of someone mistaking it for the actual zoom pane is not very high anyway.

Good suggestion. Try the new beta5.

Beta5 also has a few bug fixes. If no bugs are reported for this beta, I’ll release 2.25 this weekend.

Follow focus track is nice too, but as expected, it doesn’t work with the embedded editor.
I thought about suggesting the tracks view should scroll to the focus track whenever it gets out of view (unless you manually scroll away from it, of course) – if you didn’t want that, you could just disable follow focus track on the ‘Editor’ editor profile.
…However, this poses another problem, as the event opened in the editor is not necessarily on the focus track at all. 😕

So the best solution I can think of right now would be reworking it to just “Follow Selection” – as in follow whatever is actively selected (track or event)… I think that’d work very well. :-k

The purpose of the “Follow focus track” option, is to link track navigation between the mixer and the tracks region. I think extending it to react to event selection can result in mysterious scrolls, as long as it is possible to select events on other than the focus track.

@Mike G wrote:

– When trying to zoom out past the ends of the current selection It’s harder to zoom out so that you can add more stuff after the end of the current arrangement, much harder than it was with a scroll bar. I will just add the scroll bar back in in my profile but wonder if the default setup could be made better. Can you think of a way of making this work in the navigator in an intuitive way?
The bext idea I can come up with is to allow scrolling of the navigator past the end of the last item in the arrangement.

I’ve enabled dragging the zoom pane beyond the length of the arrangement. I think it works ok.

@Mike G wrote:

– I’m not sure “Snapshot” is the best name, sounds like a freeze/bounce feature!! How about “Zoom setting”, or “navigator setting” or “Zoom notch”…?

Really? I thought the word snapshot was appropriate in the sense that it is a photographic snapshot of the zoom pane in the navigator. It may be more obvious with the snapshot mouse-over highlighting in the new beta4. Anyone else think that “zoom snapshot” is a misnomer?

– When trying to zoom out past the ends of the current selection It’s harder to zoom out so that you can add more stuff after the end of the current arrangement, much harder than it was with a scroll bar. I will just add the scroll bar back in in my profile but wonder if the default setup could be made better. Can you think of a way of making this work in the navigator in an intuitive way?
The bext idea I can come up with is to allow scrolling of the navigator past the end of the last item in the arrangement.

Is that because you use the horizontal zoom slider or the rightmost arrow button on the scrollbar? I mostly use the mouse wheel over the timeline ruler or the navigator to quickly zoom out and then zoom in on the new section. Sometimes I also use the Shift+Alt shortcut for the slide tool.

– I still keep thinking that the editor profile buttons belong at the top near to all the other “view” options/menus etc…
(…Ctd – Pause to wash a baby!)
Basically to me it feels that the editor profile buttons should control all that is below them. Lik emost of the other view options at the top of the screen. It particularly feels odd when you click “Big transport” and the profile buttons all jump away from where they were.
In know last time I suggested this it was for different reasons (I wanted to claim back the space taken up by the buttons)
Anyway i’d be interested to see what others think.

Considering the way that the profiles are implemented, it would make sense to put them at the top, as a container for the entire editor. I placed them at the bottom because then they are closer to the editor/mixer/transport, which is the only part that is different in the default profiles. Less distance to move your mouse.