<br><div class="gmail_quote">On Mon, Dec 20, 2010 at 9:16 AM, Jon Ander Peņalba <span dir="ltr"><<a href="mailto:jonan88@gmail.com">jonan88@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div>
<div style="font-family: Verdana,Arial,Helvetica,Sans-Serif;"><div class="im">
<table style="border: 1px solid rgb(201, 195, 153);" bgcolor="#f9f3c9" cellpadding="8" width="100%">
<tbody><tr>
<td>
This is an automatically generated e-mail. To reply, visit:
<a href="http://git.reviewboard.kde.org/r/100213/" target="_blank">http://git.reviewboard.kde.org/r/100213/</a>
</td>
</tr>
</tbody></table>
<br>
</div><pre style="white-space: pre-wrap; word-wrap: break-word;">I like this patch. I'll try it when I get home and if no one is against it I'll push it to master.</pre>
<br>
<p>- Jon Ander</p><br></div></div></blockquote><div><br>I would say this should definitely not be the default. Practically every mouse that has a horizontal scroll also has back/forward buttons, so for most users this would be redundant and break existing functionality (scrolling horizontally). The only cases I can think of where this might be useful are touchpads -- KDE currently does not support assigning anything but scroll events to touch pad edges -- and the mac mighty mouse. But pretty much every conventional mouse on the market today has back/forward buttons, so this would be a step backwards for the vast majority of users.<br>
<br>-Todd<br></div></div>