<html>
    <head>
      <base href="https://bugs.documentfoundation.org/">
    </head>
    <body><span class="vcard"><a class="email" href="mailto:documentfoundation@ewen.mcneill.gen.nz" title="Ewen M <documentfoundation@ewen.mcneill.gen.nz>"> <span class="fn">Ewen M</span></a>
</span> changed
          <a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - scrolling switches to zooming"
   href="https://bugs.documentfoundation.org/show_bug.cgi?id=46429">bug 46429</a>
          <br>
             <table border="1" cellspacing="0" cellpadding="8">
          <tr>
            <th>What</th>
            <th>Removed</th>
            <th>Added</th>
          </tr>

         <tr>
           <td style="text-align:right;">CC</td>
           <td>
                
           </td>
           <td>documentfoundation@ewen.mcneill.gen.nz
           </td>
         </tr></table>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - scrolling switches to zooming"
   href="https://bugs.documentfoundation.org/show_bug.cgi?id=46429#c19">Comment # 19</a>
              on <a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - scrolling switches to zooming"
   href="https://bugs.documentfoundation.org/show_bug.cgi?id=46429">bug 46429</a>
              from <span class="vcard"><a class="email" href="mailto:documentfoundation@ewen.mcneill.gen.nz" title="Ewen M <documentfoundation@ewen.mcneill.gen.nz>"> <span class="fn">Ewen M</span></a>
</span></b>
        <pre>This bug affects me on MacOS 10.14.6 (and earlier versions) with many
LibreOffice versions over many years, pretty much every time I run LibreOffice.
 Usually multiple times a day; it's the most annoying misfeature in LibreOffice
IMHO.

As the original reporter states, it's a race condition between the (slow)
LibreOffice handling of scroll events and the (fast) LibreOffice handling of
keyboard events, which results in LibreOffice interpreting scroll events that
were triggered by a user action 1/4 to 1/2 a second before the Cmd key press as
related to the cmd key, and thus a request to zoom.

Since a *very* common action in office documents is to scroll around them with
the mouse, and then, eg, use Cmd-C/Cmd-V to copy/paste between parts of the
document, the race is extremely easy to trigger, hence many users running into
it many times a day.

There is no good reason why an extremely rare operation (zooming) should be
bound to an extremely frequently accidentally triggered keyboard/mouse
combination (cmd scroll).  

At minimum there should be a configuration option to disable "cmd scroll
zooming", and ideally the entire misfeature of cmd-scroll zomming should be
removed entirely.  (When required zooming can easily be done from the zoom
menu, and it's something users might want to do once or twice a day, not every
few minutes.)</pre>
        </div>
      </p>


      <hr>
      <span>You are receiving this mail because:</span>

      <ul>
          <li>You are the assignee for the bug.</li>
      </ul>
    </body>
</html>