Comment 7 for bug 529337

I've just tried this under Windows XP (with 1.3.12) without a problem. I
created a 40 minute chirp track with 1024 labels - mostly just the numbers
1,2,3..8, but a few labels had actual text. I was able to apply effects like
fade out without problem.

Editing of labels was a bit sluggish. I type 'Hello' in a label and the
letters take about 3 seconds to appear, but acceptable at this stage of
development.

Looking at the code, sort() is only likely to be problematic when dragging a
label. For the reported problem it would more likely be OverGlyph() that is at
fault.

If a developer on Linux sees this problem it would help if they interrupt the
process when it is going real slow and see what function is in the call stack.
If it is OverGlyph() converting that from a linear search to a binary search as
per comment above it would help.

A separate enhancement request for integration with a real editor would be
good. I agree that we're not trying to support complete novels in each label.
About 10 words in each is reasonable. I see no reason though that we should
not support 10,000+ labels. In any case we would need large numbers of labels
to support the real editor, since Audacity rather than the editor would still
manage the time intervals.

Support for line breaking in labels would also be a nice but very very low
priority enhancement.