Bugzilla – Bug 83
Selection bugs when zoomed in
Last modified: 2018-08-20 11:45:56 UTC
* GA: may also be (partly) responsible for unpredictable behaviour dragging clips - see URL
Updated Nabble ling from: http://n2.nabble.com/Selection-bug-td2668675.html To: http://audacity.238276.n2.nabble.com/Selection-bug-td2668675.html David Bailes wrote: > 1. a sample is visually shown as selected in the track if it's > included in the selected time range. I think this is correct. > 2. a sample is included in the selection which is actually deleted etc > if the time half a sample spacing after the sample is included in the > selected time range. It looks like this bug is fixed. There may still appear to be a mismatch between the selection on the time line and the actual samples selected (depending on how you look at it), but the "on track" selection is consistently showing precisely which samples are selected. An *apparent* mismatch is inevitable as there has to be a point in time that marks the end of one sample period and the start of the next. The point in time that is being used is the mid point between samples. Testing on Linux, Audacity seems to be consistently selecting from "after a mid-point" to "after a mid-point", which seems as good a method as any. In other words, the bug is fixed if either case 1 or case 2 (as described by DB) is true, but not both. As far as I can see, Audacity currently adherers to case 2. Unless anyone disagrees I think bug 83 can be "closed resolved".
Per comment #1 RESOLVED FIXED The precise behaviour is that the range shown on screen includes the first sample and does not include the last. One can argue that it would be more logical to show a selection between samples, i.e. offset the selection by 1/2 sample left. I regard that as an enhancement request. The actual bug is gone. The Nabble discussion cited in comment 1 has additional points. However they were not in the steps to reproduce, so they don't belong in this bug.
