Topic: Lock audio and midi events on timeline
- This topic has 9 replies, 5 voices, and was last updated 19 years, 1 month ago by
acousmod.
-
January 27, 2007 at 14:04 #1129
PodianerParticipantI don’t know if this has already been mentioned here.
A rather small but imo important feature is the possibility to lock events in order to avoid accidental moving.
January 27, 2007 at 14:36 #8862
ZynewaveKeymasterI think acousmod has suggested this some time ago.
What edit actions should be locked? Is it only mouse move/resizing?
January 27, 2007 at 14:37 #8864
PodianerParticipantThat would be enough for me at least..
EDIT: Adding a lock symbol to the event would be great..
January 27, 2007 at 19:01 #8866
ConquistadorParticipantThis is a nice FR… š
@Zynewave wrote:
I think acousmod has suggested this some time ago.
What edit actions should be locked? Is it only mouse move/resizing?
Since you asked Frits…
Samplitude appears to have the most comprehensive ‘lock’ options I have seen, yet they are not actually that many, but they are clever…
It has 3 right click options…
Lock objects
Unlock objects
Lock Definitions
Choosing the Lock definitions option provides access to 4 global user defined lock options…
1. Disable Moving
2. Disable volume changes
3. Disable Fade in / Fade out
4. Disable length changesSo effectively in general use, a user right clicking on a clip would choose for example Lock object or Unlock object but the Lock definitions option cleverly lets the user define what happens when the object gets locked which makes good sense without providing too many options.
All four listed above would be useful IMO.
An equivalent Lock defintion right click option in Podium could bring up the Preferences menu and the tab where the Lock types or Lock behaviours are listed and can be set.
Or…
I suppose one could right click on an object, choose the Lock type ( Lock defninition) and a small option box could provide these four lock types mentioned earlier to choose from.
1. Disable Moving
2. Disable volume changes
3. Disable Fade in / Fade out
4. Disable length changesI think the “lock symbol” Podianer suggested is necessary as a visual indication. š
I think Samplitude uses a small key icon on a clip, if not that then perhaps a padlock or similar should be fine.
Edit: Perhaps there might be different options for midi and audio clips in Podium.
January 27, 2007 at 19:14 #8867
ZynewaveKeymasterChoosing the Lock definitions option provides access to 4 global user defined lock options…
1. Disable Moving
2. Disable volume changes
3. Disable Fade in / Fade out
4. Disable length changesšÆ That seems excessively overkill to me. I would think it would be sufficient to lock all the above mentioned actions with a single lock option in Podium. This reduces the UI complexity and the user won’t have to consider what kind of lock is in effect or is needed.
Anyone else have a need for more advanced lock options?
January 27, 2007 at 22:03 #8868
darcyb62ParticipantLock and unlock seems to me all that is needed. If you have too many permutations why bother with locking at all.
January 28, 2007 at 08:06 #8871
ConquistadorParticipant@Zynewave wrote:
šÆ That seems excessively overkill to me.
It is just 4 options, I see nothing excessive in so few options. š Certainly not nearly overkill IMO. š
Those 4 options provide more advanced options (not for everyone of course) over and above those available in many other hosts. This feature is found even in Sampltudes £50 version. Pricewise a direct competitor.
I would think it would be sufficient to lock all the above mentioned actions with a single lock option in Podium.
Agreed. But it might have been better to take the opportunity to add those few features to appeal to a wider audience. No…clip locking will not make or break a buying decision š but 4 options is hardly “overkill” IMO.
This reduces the UI complexity and the user won’t have to consider what kind of lock is in effect or is needed.
Reducing UI complexity….? I am not sure how so few options will complicate Podiums UI. You have assumed a user will not likely ever want other options. Or want to even consider other clip locking options.
More flexibility will help Podium appeal to more users.
But anyway having said all that….. š
Clip lock is clearly not a major feature anyway, there are many other more important features that I think Podium would benefit from, above and beyond a minor clip lock feature, so a basic lock / unlock implementation will still of course be very useful. Definitely. 8)
January 28, 2007 at 10:08 #8874
ZynewaveKeymasterMore flexibility will help Podium appeal to more users.
Yes, but just piling all sorts of options onto the already quite large edit menu is not appealing to me. I’m worried about UI clutter. Even though it’s just a submenu with 4 options, it’s presence would probably annoy 99% or so of the Podium users that never would need advanced locking options.
January 28, 2007 at 10:27 #8877
ConquistadorParticipant@Zynewave wrote:
Yes, but just piling all sorts of options onto the already quite large edit menu is not appealing to me. I’m worried about UI clutter.
I don’t want Podium’s UI getting cluttered either. š
It was just a suggestion at the end of the day, I see your point, if it will cause problems then it is best kept very simple. I really have no problem with that. It is really not that important. š
Even though it’s just a submenu with 4 options, it’s presence would probably annoy 99% or so of the Podium users that never would need advanced locking options.
But it could be made optional š Just kidding Frits I just had to try the tiny text routine just once. š
Your right, if most people do not want the additional options I certainly don’t want to complicate things for them. It is best left as a simple and easily accessible feature. š
January 28, 2007 at 11:56 #8880
acousmodParticipantI think acousmod has suggested this some time ago.
Yeaahh !
Lock and unlock seems to me all that is needed. If you have too many permutations why bother with locking at all.
For me, the position lock is just what I need too.
More options are usefull but can wait later.
- You must be logged in to reply to this topic.
