Difference between revisions of "Proposal: Rationalizing where new tracks are created to aid usability and consistency"
(→The Problem: Where new tracks are created has mostly been out of the control of the user. Mostly these are placed at the end (bottom) of the project which may no be ideal particularly for users with large multi-track projects.)
(→Details: ===Focus=== In all cases Focus should be transferred to the new track.)
|Line 40:||Line 40:|
* Split New
* Split New
Revision as of 12:18, 4 March 2020
|Proposal pages help us get from feature requests into actual plans. This page is a proposal to rationalize where new tracks are created to aid usability and consistency.|
Proposal pages are used on an ongoing basis by the Audacity development team and are open to edits from visitors to the wiki. They are a good way to get community feedback on a proposal.
- Note: Proposals for Google Summer of Code projects are significantly different in structure, are submitted via Google's web app and may or may not have a corresponding proposal page.
Where new tracks are created has mostly been out of the control of the user. Mostly these are placed at the end (bottom) of the project which may no be ideal particularly for users with large multi-track projects.
We have received Feature Requests from users who woulkd like to control where new tracks are placed in their project.
I'd be happy with "Add track" adding a track below the track that has focus, if the behaviour is the same with other actions where:
- One or more tracks are added.
- The action does NOT act on and is NOT affected by selected audio.
These commands should create the new track after the currently focused track
The behaviour would thus be the same for:
- Add ... Track
- Generate > ... when there is no selection
- Analyze > ... when no label track is selected
- Record New Track
- Append record when there are insufficient track channels selected
- Detect upstream dropouts
but would NOT apply to actions that require a track selection. In these cases the commands act on the selection and indifferent to where focus happens to be, so I would expect the new tracks to be relative to the selection.
- Mix and Render
- Mix and Render to New Track
- Split New
In all cases Focus should be transferred to the new track.
Previous Feature Requests relating to this proposal