That's what I did too. It is INSANELY STUPID that Apple is trying to push user interface interaction metaphors from a touch screen device where the screen has limited real estate onto a mouse and trackpad device that has much less limited screen real estate.
These are inherantly different systems with inherantly different user interaction metaphors.
Also, the reskinned scroll bars are TERRIBLE on the Mac in Lion. On my 17 inch MBP, the scroll bar widths are less than the combined width of two quarters when viewed on their edge.
The hiding scroll bars are terrible on devices with a decent amount of screen real estate for several reasons.
1) Scroll bars tell the user that an area is scrollable just by glancing at the GUI.
2) The implementation that Apple has chosen bounces the scrollable rect in areas that do not have enough material to scroll if you mistakenly mousedown and drag in that area, resulting in confusing behaviour. Check the lower left of a Finder window sidebar to see what I mean.
3) The scroll thumb shows the user the position of the viewport of the scrollable text within the total text in the scrollable area. When this is hidden, the user is forced to interact with the scroll area to see the scroll position. Again, the GUI is forcing the user to interact with the system where before they could just glance.
4) Forcing the users to use these bouncing scroll bars without exposing a simple method to turn them back to what was the expected behaviour is TERRIBLE. For iOS, the UIScrollView class within the UI Framework has a boolean "bounces" properly that IS exposed to other classes within each application. This is an option that is able to be enabled/disabled for every UIScrollView that is used in each and every app created with Xcode for iOS (not Lion). I would expect similar functionality within the Lion equivalent of UIScrollView (possibly NSScroller.h but since I don't have Xcode for Lion installed on my Snow Leopard box, I can't tell).
Here is my research from the day.
On iOS, there is a thing called a UIScrollView. Setting bounces to 0 makes the scrolling not bounce.
Lion is different. It uses an NSScrollView. (I just did the research) In it is a property called "Elasticity" which determines this: Allow content to be scrolled past its bounds on this axis in an elastic fashion. Things that scroll generally sit within an NSScrollView on the screen. It turns out the NSScrollElasticity is responsable for that. It's defined in NSScrollView.h.
#if MAC_OS_X_VERSION_10_7 <= MAC_OS_X_VERSION_MAX_ALLOWED
NSScrollElasticityAutomatic = 0, // automatically determine whether to allow elasticity on this axis
NSScrollElasticityNone = 1, // disallow scrolling beyond document bounds on this axis
NSScrollElasticityAllowed = 2, // allow content to be scrolled past its bounds on this axis in an elastic fashion
If you open this folder, you can see the file on your hard drive.
Dunno if modifying that file would help anything, but in any case, I would love for a preference file (pList) to automatically set all NSScrollViews for an app to use NSScrollView.NSScrollElasticity = NSScrollElasticityNone
I think that would work, but I don't yet know how to do it and do it for all apps.