https://bugs.documentfoundation.org/show_bug.cgi?id=139296
--- Comment #32 from spokanemagn...@gmail.com ---
Very good observation. This could be why I originally thought documents that
were originally formatted in Word and later reformatted to Writer were immune
to the text tearing problem…because I was NOT editing them. Later, when I
edited my resume, which was originally written in Word, it started exhibiting
the symptoms virtually every time I scrolled even just a few lines (i.e.,
extremely repeatable).
This also might be a clue, as my resume has a lot of formatting (headers,
footers, indents, tabs, and tables). Earlier, I noticed the problem when
working with files using my technical notes template, which also has a lot of
formatting (two different type fonts, three different font colors, two
different background fill colors, bullet and number lists, numerous tables, and
a header), but I have yet to notice it when working in my default letter
template (which has virtually no formatting except page margins, type font and
size).
I also verified that if you have a line of text that is tearing and you
highlight that line, the problem self-corrects on that line…but transfers the
problem to the next line. So, you either have to scroll up or down until the
bad line is off screen, reload the page, click the toggle automatic spell
checking or toggle formatting marks buttons in the standard menu, or click to
display the sidebar.
To sum up what has been discovered to this point:
• it seems to happen less frequently if Skia rendering is turned off and
hardware acceleration switched on
• it has nothing to do with the chosen font
• it seems to be less severe if the font size is ≥12 points
• it seems to happen less often if the line spacing is set to fixed and is ≥2
points greater than the font size
• it seems to happen less often with the zoom level ≤100%
• it seems to only happen with documents at least two or three pages in length
• it seems to happen less often if all font sizes, line spacing, margins,
headers/footers measurements, tabs, page width and length, etc. are all evenly
divisible (or leave a one- or two-digit terminating decimal number (to avoid
rounding errors???))
• it has nothing to do with animated text, direct cursor, math baseline
alignment, displaying hidden text or paragraphs, sidebar open (or not),
synchronized axis in grid resolution, etc.
• it seems to happen less often if the units of measure are NOT in inches
• it seems to happen less often if you avoid using the Normal (0.75ʺ) format
page margin setting because the margins are messed up (left margin actually at
0.79ʺ)
• it seems to happen less often if you change the page format size to letter,
as it should NOT be set to A4 for US (probably connected to the point mentioned
directly above as the paper size width for A4 is not 8.5ʺ, but is 8.27ʺ
One thing I have not had time to investigate is ODF File Format 1.3 Extended
versus using an earlier version.
--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
