Thanks for 10.8.x, but there are still several usability issues that make the product extremely difficult (for my use cases). I've made enhancement requests going back over two years, but they just haven't seemed to be addressed. I'll try them this way:
1- Audio File Cue - Zoom - at higher levels of zoom, the view scroll bar becomes useless as does the zoom feature. Example: open audio file cue, zoom to 100%, click right-arrow on view scroll bar to just scroll over a little. It doesn't - it zips from 0.00 to 5.00 - this scroll increment makes sense when zoom is around 50%, but not when at 100. As you get closer to 100% (above 90), the scroll bar increment must go down to 1 or else zooming is useless. This one should be an easy fix... Pretty please....

2- Editor Window - Resizability - To really zoom into an audio clip, you need to be able to make it grow really large to see where zero-crossings are in a clip to line your start up exactly right. But the SCS Editor, isn't really resizable. That is, the Audio display window stays at the exact same size always. Also, it would really help when you zoom in far (at say 100%) to get a zero line through the middle of the audio so you can see visually the zero crossings. See audacity for an example.
3- Granularities are still in hundredths even though the underlying layer supports much higher granularities. This helps completely avoid those pops and clicks.
4- Real vamp support (or a semi-elegant way to do it) is still lacking. Right now, to support vamps, I have to do it across several AF and SFR cues for a single song. For example, in one song I'm doing, I have to subdivide the song across 9 different cues - Meas 1 is a vamp, meas 2-87 plays straight, meas 88-89 is a vamp, meas 90-191 goes straight, meas 192-195 is a vamp, meas 196-end. Between each vamp and next part is a SFR cue to break out. I tried using looping like I did last time I was faced with this, but the clicks and pops were just too much to handle and you can still only have one loop per file (so I ran into the whole buffer issue again). I know this isn't a common use case as you've seen it, but the application doesn't just apply to musical theater vamping - it could apply to any long bit of audio with multiple transitions and loops within it.
Thanks for an otherwise great product. As much as I whine about certain things, I'd hate to think about trying to run a show using a CD player again.
Take care,
Marc