slide/insert feature request

Not sure I can make a feature request in 500 characters, so I'll make it here and refer to this post in the actual feature request.

1. Slide and insert time should handle all valid time formats to the most accurate unit of absolute or musical time. These would be samples for absolute time and ticks for musical time. Ticks are presently available, but not samples.

2. The dialogs should accept "user" units of time and convert them to the more accurate "software" units of samples and ticks. A user may occasionally want to move things as accurately as a tick or a sample, so these need to be available, but he doesn't usually think that way. He far more often thinks in terms of measures and beats and 16th notes and hours and minutes and seconds and frames. All of the conversion factors for the project are known by the software for a given selection in a given project: samples/second (constant per project), frames/second (constant per project), second/minute (constant), minutes/hour (constant), ticks/beat (constant per project), beats/measure (dependent on meter, but known for a given selection). beats/second (dependent on tempo map, but still known for a given selection). Every shred of information necessary for any time conversion necessary is known by the software, perhaps not convenient for those conversions requiring knowledge of meter change events or tempo change events, but still far more convenient for the computer than for the user.

Users are fairly sharp. They can probably remember or look up the number of ticks/beat and they can probably multiply that by the number of beats they want to insert/slide/delete. They can enter that number of ticks into the dialog. But WHY, WHY, WHY, in God's name should a user who wants to shift his events 3 quarter notes be required to waste 30 to 90 seconds figuring out how many ticks are in those 3 quarter notes, when a computer, designed for this, could do it in nanoseconds? Computers are fast and accurate at math. Users are not.

This small tweak would take us far closer to our goal of being able to adjust events accurately, easily, and quickly between and against the two timelines (absolute and musical).