Fix 2598 - mousewheel dom3 and wheel property

This pull requests fixes 
- the mousewheel event in Browsers using DOM3 `wheel` event
- the `.wheel` property of MooTools's DOMEvent which would otherwise be broken in Firefox.

It also updates the normalize of the `e.wheel` value according to [each browsers return](https://docs.google.com/spreadsheets/d/1Gf41PhtPXZuwPGjh8Sc52s1JBd7VFPhpXtbbxLuLbjw/edit#gid=0) on `event.wheelDelta`, `event.detail` and `event.deltaY`.

The reason why `deltaY` is mixed in here is because Firefox returns `undefined` for `event.wheelDelta` and `0` for `event.detail`, as can be tested in this jsFiddle: http://jsfiddle.net/mNdwW/

Tested [in SauceLabs](https://travis-ci.org/SergioCrisostomo/mootools-core/builds/29683242) and [manually](http://jsfiddle.net/75JJU/) on IE7-11, Opera (latest) Win & Mac, Safari 7, Chrome (latest) Win & Mac, Firefox (latest) Win & Mac

fixes #2598, closes #2599, closes #2620
@arian I wanted to check `event.wheelDelta % 120` but since that can return `-0` I thought doing `(-0) - (-0)` so I get a consistent number (always `-0`) which I can compare with `== -0`, would there be a better way? `Math.abs`? Have `||` for both `0` and `-0`?

The `rawAmount % 3` is because FIrefox returns `3` and `0.1` multiples in respective Mac and Windows. This would detect that and normalize it.

We could just do the `return` as you suggest. That would not normalize the value but stll give a direction indicator and make it easier to maintain.