[Libreoffice-bugs] [Bug 120204] Scalable brackets: nodes with fractions and square roots are resized when updated <F9>

[bugzilla-daemon at bugs.documentfoundation.org]

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

V Stuart Foote <vstuart.foote at utsa.edu> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |vstuart.foote at utsa.edu
     Ever confirmed|0                           |1
             Status|UNCONFIRMED                 |NEW
            Summary|Scalable brackets: the      |Scalable brackets: nodes
                   |right bracket is randomly   |with fractions and square
                   |misaligned and too tall in  |roots are resized when
                   |formulas with fractions     |updated <F9>
                   |until random changes are    |
                   |made to the formula         |
             Blocks|                            |39750, 93529

--- Comment #2 from V Stuart Foote <vstuart.foote at utsa.edu> ---
Confirming on Windows 10 Home 64-bit en-US (1803) with
Version: 6.2.0.0.alpha0+ (x64)
Build ID: ce9fd6d1329ecf4ab1f710472fbf55fd4bf0058d
CPU threads: 4; OS: Windows 10.0; UI render: GL; 
TinderBox: Win-x86_64 at 42, Branch:master, Time: 2018-09-21_23:53:25
Locale: en-US (en_US); Calc: threaded

But, believe there are two interrelated actions; 1.) recalculation of the nodes
relative to other elements of the formula, 2.) then scaling/stamping the glyph
into the element bounds for the node(s).

Recalculating--using the F9 or Update button--parses the entire formula.
Believe nodes with "scalable" brackets, especially composite nodes including
the OVER and SQRT notation, have a long present (StarOffice era) sequence flaw
in calculating the node in relation to other composite nodes of the formula.
That is very deep in the sm module.

Otherwise scaling/stamping the gylph into the node *is* affected by the
rendering mode--OpenGL via DirectWrite has more trouble with the
scaling/stamping compared to HA or CPU only Default rendering. The glyphs being
scaled and stamped in Default rendering are less volatile.


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=39750
[Bug 39750] [META] General Math formula editor improvements
https://bugs.documentfoundation.org/show_bug.cgi?id=93529
[Bug 93529] [META] VCL/OpenGL rendering tracker bug for 5.0+
-- 
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/20180930/c8ac54a2/attachment.html>