So, on Windows version, when pointing over a Transition, while an edit point is selected, a Trim Transition icon appears, but when you try to trim the transition, the edit point is altered instead.
Here is a sample video:
A. Looks like a bug. Report it here:
B. You ARE a beta tester. We all are. Pr routinely ships with bugs at "dot-oh." Some will be fixed. Some likely never will.
Concise problem statement: when pointing over a Transition, while an edit point is selected, a Trim Transition icon appears, but when you try to trim the transition, the edit point is altered instead.
Steps to reproduce bug:
1.Select an edit point with transition
2.Point cursor over a Transition
3.an icon appears indicating that a Transition will be trimmed, but when you trim the transition, the edit point is altered instead.
Results: edit point is modified
Expected results: transition should be trimmed
QuickTime, Skype, Firefox, FileZilla, uTorrent, UltraVNC, PluralEyes, BCC, GenArts, RedGiant. How could influence to such a GUI bug any of these commonly installed apps? No more clean installs, I will better get used to this bug (already by Deselecting the Edit Point every time) than work without the mentioned apps.
Well, you do have a workaround. You can adjust the length of a transition in the Effect pane.
I wonder about your mouse. Do you have a wacky one with it's own driver? I wonder if changing it to another type, or reloading your driver would help. Shot in the dark, maybe. I empathize with your frustration.
It's a logical assumption that the mouse can be the cause of the behaviour, but here's another assumption: there should be at least one similar case of icon misalignment caused by the mouse driver. This solid mouse is 2 year old and there was no problems with it. I feel it is not worth even trying another.
Just tried on a Remotely controlled totally different PC screen from another country - the Same behaviour. This IS a Bug.
Be sure to select an edit point in neither Edit Mode on the Video/Audio track, the Track is expanded, zoom out so that the transition will be as small as on the Recorded screen, put the cursor over a transition so that it will have an icon depicting a Trim Transition operation, drag the transition - Edit Point is dragged.
Actually 2nd usual workaround is to Zoom In.
It would be great to see the correct operation on a Recorded screen too.
Yeah, if I zoom out so far that I can barely see the transition and actually have a hard time getting the transition icon, I do get that.
Not sure how 'high priority' this one is, though, given that with one tap of the + key to get to a much more common and much more useful zoom level, it works properly.
Finally you admit that there's a malfunction.
Who said that it is critical? I use z/x for zooming so that my hand stays in one place all the time and frequently zooming.
Yes, I could just send a feedbackless Bug report, but then I would be tormented by doubts that it's only my PCs fault
Finally you admit that there's a malfunction.
Yeah, I guess I just wasn't zoomed out far enough, as it only seems to happen at a zoom level I consider unusable for the task.
Have heart, you are NOT crazy.
Please play again the screen recording on top of the Discussion. Is it a crazy wish to try expanding Transition duration by eye by a simple mouse drag operation at such zoom level?
You can adjust the length of a transition in the Effect pane.
You are suggesting to do this:
I think that's crazy
Have heart, do not make customers wait so long
Is it a crazy wish to try expanding Transition duration by eye
Crazy? Maybe not. Uncommon? Quite possibly. I think most transitions will be specifically timed, 2 seconds, 3 seconds, etc. Dragging by eye is too imprecise for the task.
Oh, I forgot to say, that my eyes are on the Info palette when I need concrete durations
In most cases they are timed from 4 to 18 frames, solely video/audio fades, in rare cases they timed in seconds, especially audio fades. Almost on each audio cut I have an audio fade, but I am avoiding Video Crossfades.
It is crazy that you are setting transition durations by such fixed timings, imho it's not creative, but every editor have it's own habits, so it's not fair to say - "it's crazy" or "it's uncommon".
Soo, I apologize
There's a Feature Request to be able to expand/contract duration of the transition with keys while you are in the new Trim Mode so that you could review in real-time without the need to stop playback.
I must agree with Steven - I just reproduced this bug and it bothers me a bit. Like Steven, I add a short fade on most audio cuts, and often need to tweak the duration of the transition (way under 1 second). I am NOT zoomed out to an unreasonable level, probably the level of my liking (I don't like to zoom in too much). In any case, if the icon shows "trim transition", then it should always trim the transition.
The good news for me is that as long as the editing point is not selected, the bug doesn't happen. So I can live with it, but it's definitely a bug.
It does seem like editors have such different habits, so I could be doing something all the time but another editor may not do it at all. Which might explain why I have experienced frustration in moving from FCP to PP, but some others have no problem at all.
Solving Bug Reports are definetely not in the high priority in Adobe's Software Engineering policies
I disagree. I think 6.0.2 fixed some pretty serious bugs.
Rather, you should probably say that fixing bugs that are not likely to be encountered by many users and can easily be worked around with a simple keypress are low priority for Adobe, especially in light of more serious issues.
Each user have it's own set of issues.
Agreed. I'm only saying that Adobe needs to consider users as a whole, and as there are still folks who can't edit at all using CS6 due to some serious bugs, I'd bet this one's pretty low on the priority list for fixing.
In fact, if past experience is any indication I'd wager it's so low that once the critical bugs are fixed, Adobe will move on to adding new features for CSNext and skip this one by.
Yes, the new icons are appeared in 6.0.2
You're right Jim, but the whole point of this recent reply to this topic is that changing icons (are you requested them?) is higher on the priority list than fixing bugs.
New Icons - Same Bugs