BHV-14859: Fix issues with transforms in the z-plane

### Issue
We had previously used, effectively, a `translateZ(1px)` transform on `moon.Scroller` (via `matrix3d`) for unspecified reasons. After consulting with WebKit engineers, it appears that "1px" was used instead of "0" due to uncertainty about whether or not `translateZ(0)` would have any effect. This eventually resulted in some odd stacking behavior when `translateZ(-0.1px)` was set on `moon.Marquee`, in addition to unexpected behavior when a `moon.Popup` or one of its derivates (i.e. `moon.Tooltip`) was overlaid on a `moon.Scroller` or `moon.Marquee`.

### Fix
After determining that there was no specific reason for setting `translateZ(1px)` instead of `translateZ(0)` on `moon.Scroller`, this has been changed back. In addition, controls where we were setting `translateZ(1px)` as a result of an odd interaction with `moon.Scroller` have had this property removed as they are unnecessary. Lastly, we had been using the non-prefixed version of the `transform` rule for `moon.Tooltip`, and that has been corrected, which resolves the issue with `moon.Tooltip` appearing beneath a `moon.Marquee`.

Enyo-DCO-1.1-Signed-off-by: Aaron Tam <aaron.tam@lge.com>
I'm in favor of not reverting, for the reason you cited above. I tend to think of reverting in general as a last resort -- it can be useful if you make a commit (especially one touching multiple files) and realize it was a mistake, but otherwise it makes the history pretty ugly and doesn't add value.