Summary: | Render incomplete matrices with enclosing brackets while writing | ||
---|---|---|---|
Product: | LibreOffice | Reporter: | Klaus <bauer.klaus.dieter> |
Component: | Formula Editor | Assignee: | Not Assigned <libreoffice-bugs> |
Status: | NEW --- | ||
Severity: | normal | CC: | dante19031999, heiko.tietze, hossein, rafael.palma.lima, rb.henschel, stephane.guillou, telesto, vsfoote |
Priority: | medium | ||
Version: | 7.3.6.2 release | ||
Hardware: | All | ||
OS: | All | ||
Whiteboard: | |||
Crash report or crash signature: | Regression By: | ||
Bug Depends on: | |||
Bug Blocks: | 39750 | ||
Attachments: |
Enhancement request text with the equations visible as rendered / not rendered equation objects.
Enhancement request text with the equations visible as rendered / not rendered equation objects. (PDF) |
Description
Klaus
2023-05-16 14:20:01 UTC
Created attachment 187332 [details]
Enhancement request text with the equations visible as rendered / not rendered equation objects.
Created attachment 187333 [details]
Enhancement request text with the equations visible as rendered / not rendered equation objects. (PDF)
Note: To some degree it is already happening, but with strange filling behavior. For instance, = left( matrix{ m_0 E # 0 # dotsaxis ## 0 # M_1 # dotsdown ## dotsvert # dotsdown # ## 0 # dotsaxis }right) is rendered as ( m0 E 0 ... ) ( 0 M1 ... ...? ) ( ... ... ? ) Sounds like a sensible enhancement request to me. Thank you for the detailed description. Not clear this is valid. When entering a matrix, it is applying the enclosing nodes for left | right stretchy bracketing that causes the matrix to not respond with partial entries. Leave the brackets out while building and matrix will render with place holders for missing elements. e.g. build or paste just the matrix {} matrix{ m_1' E # 0 # 0 # 0 # dotsaxis ## 0 # I_1' # 0 # 0 # dotsaxis ## 0 # 0 # m_2 E } After the first ## line break the matrix has its n - column count, pre enter the ## for each row to set the m - row count (they don't render yet). But each element will render as completed with its closing #. Complete entry of the matrix elements. Only then add the brackets. Of course that is not the way folks write equations--but then LaTex is not any better. Placing Formula Editor into the "experimental" and incomplete Visual mode (Tools -> Options -> Advanced "Enable experimental features") helps a little with entry. Point is the sm node logic facilitates layout and presentation--not standardized mathematics markup. The entire UI and sm render engine needs rework. Doing it piecemeal for specific constructs doesn't move it along. Throwing to UX-advise for consideration of what really should be direction for the sm module. Status quo does not facilitate efficiency of creating discrete OLE formulas (ODF Formulas .odf) nor input of in line formulas. Needs some design attention. (In reply to V Stuart Foote from comment #5) > After the first ## line break the matrix has its n - column count... True only if not enclosed in "left( right)" brackets. matrix {1#2## 3#4## 5#} => shows the matrix with an inverted question mark for the last item left( matrix {1#2## 3#4## 5#} right) => shows just the inverted question mark until 6 is added as last item; there is no dummy filling for the next row (same happens with just [] around the matrix) Sounds like an ordinary bug to me. A case I didn't consider when first writing this ticket was the behavior when writing strictly left-to-write, i.e. not producing intermediate states like left( <?> right) In this case, it becomes an issue that parentheses are not rendered before a matching closing parenthesis is input. INPUT RENDERED AS x = a x = a x = (a x = ¿ x = left( a x = ¿ a b x = matrix{a # b ## c # x = c ¿ x = left(matrix{a # b ## c # x = ¿ If this behavior were changed, left-to-right input of matrix expressions would be possible with preview. Note that this behavior applies also without the "left" keyword. |