Topic: Relative snap?

Ah, the good circular menu used in games such as Planescape: Torment, Neverwinter Nights, and Silver. 😛

It does sound interesting, but we’d have to try it, I think. Right now, I feel it’d be a little awkward to move events on the timeline by any other means than click-dragging the event itself.

I understand that it can be useful in some context, but I like more the workflow of hotkeys (less mouse movements), so if you implement the circle maybe please consider this alternative to ignore snap: Left click on the note (or borders) and while you keep down left mouse button you press right click button. While you’re dragging anything you can turn on/off snap ultrafast with right click. I think is very cool 😉

I didn’t know that feature 😀 I’ll try to fit it in my workflow.

And middle click while performing any drag operation? It seems that it doesn’t do nothing, and it doesn’t interact with other Podium function. I hope this will be a wise mouse shorcut 😉 I don’t want lose agility while working!

@Zynewave wrote:

Just a quick halfdone mockup to illustrate my idea:

I have no idea if this is good for this particular problem but… the idea of floating a context window that allows for fine adjusts is a really cool idea. Reminds me of the dashboard feature on my mac.

About the modifier keys:
it would be nice if they were user configurable in a central place.

It’s good to have good defaults and easy way to restore these defaults, but like you said there is only so much functionality you can put into these modifiers, if you want to accommodate all usecases.
Now I do think that these modifiers are mostly enough to suit the usecase of one user.

Lets take ctrl+drag and alt+drag as an example. I think most people will have a preference to either phantom copies or hard copies depending on the sort of work they do most of the time. (I find myself using phantom copies most of the time and am happy to use the right click menu to make a phantom copy unique) This would free up the ctrl modifier for my usecase.

Then central place for ui tweaks is also important: because now you can reconfigure the shift modifier in the snap settings menu, and in two versions time you can maybe redefine the alt key in some other menu and if you don’t take care, you get a big mess of options.
It also allows you to focus the modifier key shortcuts on what’s best for the current set of features podium has. If people really need the old behaviour they can always fall back to it.

It sounds perfect for me. I love the last suggested behavior, I always do phantom copies too and then I clone them if I need 🙂

I don’t know if this is the right moment (and theme) to ask for this: Actually we have two keys to do area selections, Ctrl and Shift. Both keys work in the same way, but Ctrl can also add individual notes to selection. Then Shift could seem irrelevant. What I’m asking is that Shift don’t add notes to the selection but it can do a new selection (then the old selected event would be unselected). That will solve few problems, as unwanted event tweaks and you wouldn’t to worry if you have any other event selected (when you use shift key), if you have an event selected you wouldn’t have to swicht tool or manually select another event that will be included in the new area selection (very slow!).

I didn’t see any host (FL Studio, MuLab, Orion, Reaper, Sonar, Live, Temper, EnergyXT, Samplitude,..) that have the “always add notes to actual selection” by default. So please change the shift key selection behaviour to “create a new selection unselecting the previous selection”. And keep Ctrl as it’s now (always add notes to current selected). Or viceversa.

I hope it has sense.