Page 6 of 6
Re: Delay typing into a label or dragging tracks vertically
Posted: Thu May 26, 2011 7:09 am
by steve
DickN wrote:Good grief! I just noticed my toolbars have gotten rearranged! It happens when I capture the screenshot. The meters get shorter too, and both volume sliders get set to FS. I just tried to save a screenshot of the toolbars in 1.3.13 to show the change, and the same thing happened.
You'll probably find it useful to keep a backup copy of your "audacity.cfg" file
http://wiki.audacityteam.org/wiki/Audac ... tored.3F_2
Also, if you force Audacity to quit using the task manager you can avoid Audacity saving its settings so when you relaunch Audacity it will use the previous settings.
Re: Delay typing into a label or dragging tracks vertically
Posted: Fri May 27, 2011 1:20 am
by Gale Andrews
steve wrote:DickN wrote:Good grief! I just noticed my toolbars have gotten rearranged! It happens when I capture the screenshot. The meters get shorter too, and both volume sliders get set to FS. I just tried to save a screenshot of the toolbars in 1.3.13 to show the change, and the same thing happened.
You'll probably find it useful to keep a backup copy of your "audacity.cfg" file
http://wiki.audacityteam.org/wiki/Audac ... tored.3F_2
Also, if you force Audacity to quit using the task manager you can avoid Audacity saving its settings so when you relaunch Audacity it will use the previous settings.
Screenshot Tools is mainly a tool for Audacity helpers to capture images for the Manual, hence that menu command resets Toolbars. Probably easier to use the PrtScr key...
Gale
Re: Delay typing into a label or dragging tracks vertically
Posted: Fri May 27, 2011 2:42 am
by DickN
Ah, makes sense now. Thanks to both.
Re: Delay typing into a label or dragging tracks vertically
Posted: Fri May 27, 2011 3:12 am
by Gale Andrews
DickN wrote:The determining factor is that a second character for a label is typed before the blank label is created.
Thanks for the investigations and screenshots. One label track is all that is needed to (sometimes) demonstrate the issue.
I think the speed of the typing is relevant. Not using CTRL + B to create the label, but instead giving focus to the label track and letting the type create the label seems to make the issue more likely to occur. "ns" or "nw" (typed fast with separate fingers) often trigger the issue, but I have never got "gh" to cause a jump.
The issue does occur readily in 1.3.12 (as well as 1.3,13 and 1.3.14) if you open a saved project that has an audio track and one label track, cursor in the audio track but neither track selected, arrow down (which does not autosave) and then speedtype "ns" (which does autosave even in 1.3.12). Further attempts to reproduce in 1.3.12 will only work if you wait for the autosave interval to elapse, then "ns" will autosave and cause a jump. The correlation with autosave is less clear in 1.3.14 - there will always be an autosave accompanying the jump because creating the label is always autosaved, but of course there will also be an autosave when there isn't a jump.
I think it's moved us a little way forward because it may be easier now to make the issue happen. Also after the jump following "ns", j and k are quite likely to go to the start or end of the track instead of typing in the label. Not reproducibly so, but being more likely to occur is a help.
Gale