[Libreoffice-bugs] [Bug 139296] New: Text font size changes when scrolling document with a mouse

[bugzilla-daemon at bugs.documentfoundation.org]

https://bugs.documentfoundation.org/show_bug.cgi?id=139296

            Bug ID: 139296
           Summary: Text font size changes when scrolling document with a
                    mouse
           Product: LibreOffice
           Version: 7.0.3.1 release
          Hardware: All
                OS: Windows (All)
            Status: UNCONFIRMED
          Severity: normal
          Priority: medium
         Component: LibreOffice
          Assignee: libreoffice-bugs at lists.freedesktop.org
          Reporter: spokanemagneto at gmail.com

Created attachment 168544
  --> https://bugs.documentfoundation.org/attachment.cgi?id=168544&action=edit
See lines 7, 8, and 9 for deformed text

There is an extremely irritating issue with LibreOffice Writer 7.0.3.1 (I’m not
sure if it was evident in the last version 6 because I just started using
LibreOffice before the latest updates). When using the Cambria, Cambria Math,
Liberation Serif, or Times New Roman fonts where, as you scroll through text
with a mouse (usually when done so quickly—but not always), some lines of text
will deform, elevate off the base line and therefore be crammed up against the
head line (although it will still display the correct size in the format bar
drop-down menu for font size), or seemingly partially double print letters one
on top of the other with each slightly offset higher or lower than the other on
the screen. I’ve noticed that the deformed text problem, for some reason, seems
to almost always effect the 22nd line of text first (only when using the
Cambria or Cambria Math fonts)—regardless of the document file size (although I
have not witnessed this in documents of a single page), and thereafter
sometimes random lines, or parts of lines, throughout the rest of the document.
With the Liberation Serif and Times New Roman fonts, the effect is not as
pronounced, happens less often, and is usually relegated to the first, second,
and/or third line of text (as opposed to the 22nd line as mentioned above) and
usually does not effect any other lines further down in the document. I have
not seen this happen with documents that were converted from Microsoft Word to
LibreOffice Writer—only documents originating in LibreOffice Writer, although
that may be a coincidence because when I first started converting all my files
over, that was when I was using LibreOffice 6. I have also not noticed this
problem when scrolling with the aid of my laptop’s touch pad, but I rarely use
that when writing documents other than perhaps emails. See end of this document
for specifics on my computer, operating system, and mouse.

One way to rid this annoying, all too frequent, irritant is to scroll the
screen up or down so the errant line is out off screen, then scroll back.
Another is to use the File>Reload function, but by default that takes you back
to the top of the document, which is not what is wanted in this case. If you
are currently editing the document, you can sometimes simply select the line or
paragraph and that process in and of itself enlarges and/or straightens out the
text back to normal—unless it’s in a bulleted list (then the only method that
works is the scroll off screen technique). 

The problem is somewhat different when you use the paint brush feature, and
specifically when you use the click and drag technique of highlighting the text
you want to reformat instead of clicking on one word at a time (which is not
what you want to do if you want to reformat an entire section of text). In this
case, the text above, below, or beside the text you are trying to reformat (in
this case, it’s not the entire line, as mentioned above) will deform. I have
not seen this happen if you simply click on a word instead of clicking and
dragging the mouse over a word or section. It also does not happen if you
single click the brush feature to reformat just one word or entire selection
(via click and drag).

Here are a few things in the Tools>Options menu that seem to help, but they are
not foolproof as you will still on occasion have these same issues (meaning
this is in all likelihood just a coincidence).

    • In LibreOffice Accessibility, deselect Allow animated text (which seems
to have been deleted in version 7.0.3.1 anyway, as there is seemingly no way to
select blinking or scrolling text in Writer, although you might be able to do
so in Impress).
    • In LibreOffice Writer View, deselect Smooth scroll (ironically, this
checkbox seems to work backwards to that indicated because if it is checked and
you place your cursor at the bottom of the vertical scroll bar and click it to
quickly scan through the document to the point you are interested in, as
opposed to clicking on the scroll bar handle and scrolling the document that
way, it progresses very slowly and in a herky-jerky manner; but with the
checkbox deselected, it works smoothly (why anyone would not want smooth
scrolling is beyond me)). >> This should probably be treated as a separate
issue.

I am using an Asus X540SA laptop with Microsoft Windows 10 Home (10.0.19042).
All my drivers are up-to-date, but specifically the mouse is an Insignia USB
Optical Mouse set to scroll two lines at a time and to automatically move to
the default button in a dialog box. I have it set to hide the pointer while
typing. I have not selected the Click Lock option.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20201229/c96b7f48/attachment-0001.htm>