https://bugs.freedesktop.org/show_bug.cgi?id=49399

             Bug #: 49399
           Summary: Writer, select text with keyboard is slow in large
                    documents.
    Classification: Unclassified
           Product: LibreOffice
           Version: LibO 3.5.3 release
          Platform: x86 (IA32)
        OS/Version: Windows (All)
            Status: UNCONFIRMED
          Severity: normal
          Priority: medium
         Component: Writer
        AssignedTo: [email protected]
        ReportedBy: [email protected]


Created attachment 60920
  --> https://bugs.freedesktop.org/attachment.cgi?id=60920
Large document for selection testing

** System **

Win7 64-bit, Core i5-480M, 8GB RAM, LO 3.5.3 (release), only English
dictionaries installed. Only default extensions that come with LO are
installed.

** Problem Description **

In a large (>700 page) document in Writer 3.5.3, selecting using shift+arrows
is slow--approximately 4 characters per second based on a 10-second sample. (I
see a CPU spike from <2% to 20% or more while selecting.) Selecting like this
is a common operation for typists selecting a word or short phrase (should be a
lot faster than moving a hand to grab the mouse, then repositioning it on the
keyboard). 3.4.x did not exhibit this problem.

This problem seems to have a time component to it. Immediately after opening,
selection performs as expected. After 5-10 minutes, selection is noticeably
slower. Time varies. In the large test document (attached) slow down started
after 15-20 minutes in initial tests. During this time, I tested selecting near
the beginning, end, and middle initially, then test selection intermittently
while writing up this bug until I saw performance problems. Test operation was
move around the document, select and deselect a few times to compare
performance. No copy, no paste, no cut, etc. (In the live document where I
first saw this, typical operations are typical typing/editing with occasional
search or search/replace.)

In subsequent tests to verify reproducability, the large document's slow
selection was sometimes noticeable within 1 minute of opening compared to the
smaller document and significant in less than 10 minutes. 

** Other Observations **

As a control, I copied the first 6 pages and pasted them in a new document with
the same formatting, saved it, then opened both documents at once. The small
document does not exhibit slow selection or a significant CPU spike even 10-15
minutes after the large document does.

The document is plain text. Margins 0.75" except top at 0.5". Header "Test
Document <pg#>" right justified. Portrait orientation. ODT format. View is set
as 2-columns (2 pages side by side).

Selection with left/right arrow keys shows the most pronounced performance lag,
but up/down lags enough to be very noticeable. There is visible jumpiness with
drag select in the test document as well.

Selection using shift and pgup/pgdn seems to perform about the in either test
document (large or 6-page). Maybe slightly delayed in larger document, but the
difference is tiny at worst--not like arrow key selection.

This does not seem to affect arrow or ctrl+arrow movement commands. (Or if it
does is minimal.)

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
_______________________________________________
Libreoffice-bugs mailing list
[email protected]
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

Reply via email to