<html>
    <head>
      <base href="https://bugs.documentfoundation.org/">
    </head>
    <body><table border="1" cellspacing="0" cellpadding="8">
        <tr>
          <th>Bug ID</th>
          <td><a class="bz_bug_link 
          bz_status_UNCONFIRMED "
   title="UNCONFIRMED - I Want an Acoustic plus an Optical Signal when Wrap Around happens when Searching or Searching and Replacing"
   href="https://bugs.documentfoundation.org/show_bug.cgi?id=123565">123565</a>
          </td>
        </tr>

        <tr>
          <th>Summary</th>
          <td>I Want an Acoustic plus an Optical Signal when Wrap Around happens when Searching or Searching and Replacing
          </td>
        </tr>

        <tr>
          <th>Product</th>
          <td>LibreOffice
          </td>
        </tr>

        <tr>
          <th>Version</th>
          <td>unspecified
          </td>
        </tr>

        <tr>
          <th>Hardware</th>
          <td>All
          </td>
        </tr>

        <tr>
          <th>OS</th>
          <td>All
          </td>
        </tr>

        <tr>
          <th>Status</th>
          <td>UNCONFIRMED
          </td>
        </tr>

        <tr>
          <th>Severity</th>
          <td>enhancement
          </td>
        </tr>

        <tr>
          <th>Priority</th>
          <td>medium
          </td>
        </tr>

        <tr>
          <th>Component</th>
          <td>Writer
          </td>
        </tr>

        <tr>
          <th>Assignee</th>
          <td>libreoffice-bugs@lists.freedesktop.org
          </td>
        </tr>

        <tr>
          <th>Reporter</th>
          <td>adalbert.hanssen@gmx.de
          </td>
        </tr></table>
      <p>
        <div>
        <pre>Description:
When searching for a keyword (or using the search/replace dialogue) it happens
that you repeatedly click on the either the search forward or the search
backward button. In version 6.3.0.0.alpha0+ the bug has been fixed that the
respective search buttons are shifted up and down if a found instance happens
to be part of a table. (resolved <a class="bz_bug_link 
          bz_status_RESOLVED  bz_closed"
   title="RESOLVED WORKSFORME - User unfriendly Positioning of the Table (Numbering) Toolbar which Moves the Search Tool Up when a Match is Found Within a Table"
   href="show_bug.cgi?id=120739">bug 120739</a>).

Still using this feature, it may happen that search wraps around the end (or
beginning) of the file. When one repeatedly searches for the same search item,
wrapping around the end of the file may go unnoticed since the focus of the
user is on the found items and not on the elevator bar at the richt margin of
the window.

Therefore it is advisable to signal crossing the end or beginning in a search
or in a search/replace action. Probably the easiest thing to do is to add a
sound. However, in many Xubuntu installations system sounds do not work
properly. In addition, working in an environment with many others, switching
off all acoustic noise from a computer is often necessary. Therefore, an
additional optical signalling of having passed the end of file (in either
direction) is desirable. 

This could be done e.g. by altering the screen background in LO's window, e.g.
by lowering or by increasing it by 5% in all three channels R, G and B or by
15% in one channel only for say 1/4 to 1/2 second. Changing the background only
this much avoids problems for people suffering from epilepsy which might suffer
from flickering like switching to inverted for say 1/10 second or less.

Another possible way of signalling having passed the end (or beginning) of the
file would be to use another background colour when highlighting the found
instance of the search, e.g. doubling the intensity of the background used for
that purpose or making the border of it more prominent. 

Steps to Reproduce:
1.create a file which contains many instance of a keyword for which you search
in the next step
2.repeatedly search for a keyword and observe the environment of the found
items, repeatedly click on the search down button or the search up button
3.eventually wrapping around the file's end happens

Actual Results:
3. often this goes unnoticed because user's focus is on what is the environment
of the surroundings of the found places. His/her focus is not on the elevator
bar indicating the position in the whole file.

Expected Results:
3. an acoustic signal plus some optical signal indicating that wrap around has
happened. We need both of them, because in many instances all system sounds are
switched off.


Reproducible: Always


User Profile Reset: No


OpenGL enabled: Yes

Additional Info:
There was a bug that the buttons search forward and search backward changed
their place on the screen depending on whether the found places is in a table
or not, see <a class="bz_bug_link 
          bz_status_RESOLVED  bz_closed"
   title="RESOLVED WORKSFORME - User unfriendly Positioning of the Table (Numbering) Toolbar which Moves the Search Tool Up when a Match is Found Within a Table"
   href="show_bug.cgi?id=120739">https://bugs.documentfoundation.org/show_bug.cgi?id=120739</a>. But
alerting the user of a wrap around is a different thing, therefore this
separate call for an enhancement.</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>