Okay... I'll do that... Just thought the timeline could be smarter.... Same with scaling ... Should be smarter to know a clip is larger and fit to timeline neatly - not downsample or 100 percent of source yet unfit to the timeline in both size and pixel math...

Of course you can also use the End key to move to the end of the last clip. The forwawrd \ is pretty standard workflow. FCP, Color, etc uses Shift Z to resize the time line to fit in the window. Are you more used to working in Avid? I noticed the playhead does move to the end of the last clip and the timeline resized automatically which was kind of strange for me coming from Premiere and FCP.

Is there a reason you need the playhead at the end of the clip? If, like in your video, you want to "do stuff" with the clip's out point after you drag it to the timeline, then just grab the end of the clip (or the last edit point in CS6) and drag. The Program Monitor will show you the frames from the end of the clip as you drag, and not the frames under the playhead.

If you don't want to trim the clip right after you add it, then just drag the next clip to the end of the first clip. Pr has snapping enabled by default, so the in point of the new clip will snap to the out point of the first clip. The playhead position is irrelevant in this case.

And as others have mentioned, you can always use a keyboard-driven workflow using the comma and period keys for insert and overlay. Since they *do* rely on the position of the playhead, the playhead will snap to the end of the clip just added, ready for you to add the next clip.

It is quite logical that the playhead is at the Start of the clip after a DRAG and DROP operation.

It allows instant playback of the clip just dropped in with out the necessity to go back to the start to do so. It is likely that would have been subject of debate and criticism more so than the current behaviour.

So it is also logical that the Insert and Overlay functions (using the keyboard or the insert overlay icons) are set up as an optional workflow and the CTI jumps to the END for those that use a faster keyboard edit style direct from the source monitor.

I am really uncertain if I would want the clip to automatically maximise in the sequence though. I tend to be working semi maximised anyway when I make my Inserts /overlays or Drag & Drops.

BTW - I cant recall if Drag & Drop directly to the Program Monitor has a different reaction as regards the CTI position. Try it with the CTRL modifier as well . ( I am not at my NLE at the moment so cant check.)

There still is the issue, as shown in Mikes video, of small clips added to a sequence being almost invisible. This depends on the length of the visible timeline and the default for this length when creating a new sequence. It seems that a reasonable feature request for the next Pr version is to have, as a default or as a check box, that the visible timeline length of a new sequence is the same as when using the "\" key. I guess this means the timeline is as short as it can be while still showing the complete clip.