<html>
    <head>
      <base href="https://bugs.documentfoundation.org/">
    </head>
    <body><span class="vcard"><a class="email" href="mailto:newbie-02@gmx.de" title="b. <newbie-02@gmx.de>"> <span class="fn">b.</span></a>
</span> changed
          <a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - Sorting a column uses 600 MB at peak, with LibO 4.2 90 MB (with autofilter on an empty row)"
   href="https://bugs.documentfoundation.org/show_bug.cgi?id=133801">bug 133801</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;">See Also</td>
           <td>
                
           </td>
           <td>https://bugs.documentfoundation.org/show_bug.cgi?id=35923, https://bugs.documentfoundation.org/show_bug.cgi?id=107385, https://bugs.documentfoundation.org/show_bug.cgi?id=107779, https://bugs.documentfoundation.org/show_bug.cgi?id=123202
           </td>
         </tr></table>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - Sorting a column uses 600 MB at peak, with LibO 4.2 90 MB (with autofilter on an empty row)"
   href="https://bugs.documentfoundation.org/show_bug.cgi?id=133801#c11">Comment # 11</a>
              on <a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - Sorting a column uses 600 MB at peak, with LibO 4.2 90 MB (with autofilter on an empty row)"
   href="https://bugs.documentfoundation.org/show_bug.cgi?id=133801">bug 133801</a>
              from <span class="vcard"><a class="email" href="mailto:newbie-02@gmx.de" title="b. <newbie-02@gmx.de>"> <span class="fn">b.</span></a>
</span></b>
        <pre>i've put some bugs under 'see also', if someone is working in this area it
might be appropriate to check for them. users - especially me - often have
problems when similar functionalities act differently if they are reached in
different ways. Especially when these differences happen 'hidden' without the
user getting a hint. (in everyday life not every user has the time and in
complex tables only few users have the possibility to check the results of an
operation in detail).

in this case it is that 'sort' behaves differently when you call it via [data -
sort] than when you activate it via the dropdown-button of an autofilter and
then sort [as|des]cending. 

the selection of the range to which the sort is applied is probably done
differently, i mean i saw a very nice hint menu in [data - sort] the other day
'there is data in adjacent ranges if you want to include it' or something like
that, and users who accidentally shredded their data with [autofilter - sort]
would have been much less annoyed if they had received a similar warning there. 

Of course, it is a complex task for the usability to strive for both
consistency and compatibility with Excel, this may sometimes conflict, is there
a 'general guideline' for this somewhere?</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>