The new 2TB Seagate Barracuda hard drive (7,200 RPM) internal hard drive arrived, and it took about five minutes to install, where the time was devoted to unscrewing the four screws that held the original Macintosh HD that came with the 2.8-GHz 8-core Mac Pro and then attaching the internal hard drive holder to the new hard drive, and once the hard drives were swapped I cloned the Snow Leopard drive and then installed Mac OS X 10.7.2 (Lion) on the cloned drive, which I named "Lion HD" . . .
I had to change the path for the various IK Multimedia virtual instrument libraries and the Kontakt 5 libraries, as well as verifying the user name and key code for Digital Performer 7.24 (MOTU), which took about 15 minutes, and now everything appears to be working nicely . . .
I did a few NOTION 3 tests for the "notes appear one step higher" bug, and it occurs in a few scenarios but not all the time . . .
As best as I can determine, it is not dependent on page view or continuous view, but instead is dependent on the zoom level, where it occurs at higher zoom levels ("zoom-in") . . .
For reference, I use a 20" Apple Cinema display at 1680 by 1050 resolution, and at the zoom level I use most of the time the "notes appear one step higher" bug does
not occur, but when I "zoom-in" a time or two, the bug occurs, although somewhat inconsistently since it depends on where the mouse pointer is positioned at the time of the click . . .
There is a "snap-to" type of thing happening, and it appears that the range for the "snap-to" algorithm is imprecise or a bit
fuzzy . . .
I do
not consider this to be a "show stopper", since the workaround is to move the note to the correct location, which I do most of the time anyway. Another workaround is to use a zoom level where the bug does not occur or at least occurs infrequently . . .
Nevertheless, the "notes appear one step higher" bug definitely occurs in Mac OS X 10.7.2 (Lion), so it needs to be fixed . . .
Lots of FUN! 