Whenever I add a new clip via CTRL-ALT-C, and the Clipboard Help+Spell window opens, it's not always on the "New" folder as expected. It would be nice if it automatically switched to the "New" folder with this hot-key action.

I'm not so sure, however, if it should switch to the "New" folder with a CTRL-C action alone.  I'll have to think about that.  I think the switching to the "New" folder should only happen when the hot-key action grabs a new clip and presents the CHS window altogether.

There's still a bug present (from a year or so ago) in the CTRL-ALT-C hot key where the clip-capture sound is played, but the new clip isn't actually captured. The work around solution is to use a CTRL-C followed by a CTRL-ALT-C combination to capture clips and bring the CHS window up front. This work around works well.

I think you need something in the middle. The new design has too many tabs, but the old design doesn't have enough. Maybe create just three tabs where related items are grouped together.

This also brings up another issue. If the changes you want to make require operations on two different tabs, does that now mean you have define (and execute) two separate PreFormat definitions to get all these changes?

This is why solid state drives are purchased primarily for read applications (e.g. a web server) and not write applications (e.g. a database server). The solid state drive will really speed up any read-application heavy work.

-superticker (August 22, 2011, 09:38 PM)

I can assure you that today's solid-state drives are purchased for write-intensive applications as well, and they really do shine there compared to magnetic storage drives too :) - the management firmware doesn't "just" do remapping to reduce wear & tear, they also stripe the data across flash channels to achieve higher speed.

But there's that detail with pendrives vs. sata devices again.

-f0dder (September 01, 2011, 12:02 PM)

It might be the SATA drives use DRAM (with battery backup) rather than flash; otherwise, you would have a really high failure rate in write intensive applications. I do know the SATA solid-state drives fail much more than their mechanical counter parts, and they fail without warning. That seems odd to me for a flash failure, but it would make sense in a DRAM design if the battery backup suddenly failed.

Come to think about it, it makes more sense to use DRAM over flash in a SATA drive design just because flash write speeds are so slow and their write times can be somewhat non-deterministic because of the MM firmware execution involved.