Description: the line of the matrix is shifted to the right and overlaps on the symbols in the matrix. Steps to Reproduce: 1. Create formula. 2. Insert matrix, for example 3x3 or 2x2. 3. Set line borders of matrix Actual Results: Line borders shifted to right and overlaps on the symbols Expected Results: Line borders in the normal position Reproducible: Always User Profile Reset: No Additional Info: Version 6.2.0.3 has not this bug. I will use version 6.2.0.3 as stable version.
Created attachment 160889 [details] Matrix line shifted into the right side.
Created attachment 160890 [details] Matrix line is shifted to the right side.
Created attachment 160892 [details] no issue with matrix layout Windows 10 w default GDI layou Can not confirm on Windows build with Version: 6.4.4.1 (x64) Build ID: b50bc319eca5cd5b66fbfe2ebd0d3bd1eed099b5 CPU threads: 4; OS: Windows 10.0 Build 18363; UI render: default; VCL: win; Locale: en-US (en_US); UI-Language: en-US Calc: threaded See no issue with layout of StarMath matrix: left lline matrix {{"a" } rsub {"11"} # {"a"} rsub {"12"} # {"a"} rsub {"13"} ## {"a"} rsub {"21"} " + c" # {"a"} rsub {"22"} " + c" # {"a"} rsub {"23"} " + c" ## {"a"} rsub {"31"} # {"a"} rsub {"32"} # {"a"} rsub {"33"}} right rline " = " left lline matrix {{"a"} rsub {"11"} # {"a"} rsub {"12"} # {"a"} rsub {"13"} ## {"a"} rsub {"21"} # {"a"} rsub {"22"} # {"a"} rsub {"23"} ## {"a"} rsub {"31"} # {"a"} rsub {"32"} # {"a"} rsub {"33"}} right rline " + " left lline matrix {{"a"} rsub {"11"} # {"a"} rsub {"12"} # {"a"} rsub {"13"} ## "c" # "c" # "c" ## {"a"} rsub {"31"} # {"a"} rsub {"32"} # {"a"} rsub {"33"}} right rline
V Stuart Foote Sorry, I was import this file from *.docx, and found this bug. If nessecary, I will bring to you the original file.
With OpenGL rendering enabled, the matrix border lines are shifted onto the matrix-- for 6.4.4 or 7.0.0 alpha (via expert configuration). But with 7.0.0 alpha in Skia/Vulkan or raster mode, the matrix borders are correctly aligned. Please provide details of the os and Desktop Environment and copy content of the Help -> About dialog.
Shift to right seems to only affect rendering of the lline & ldline scalable objects placed left or right. The sm nodes are correctly calculated (as exposed when selected in Formula editor's Commands window) but then are being mis-drawn outside node bound on canvas with OpenGL rendering.
Created attachment 160895 [details] w OpenGL right lline bracket of matrix shifted right, other bracket types unaffected s/scalable objects/scalable elements The other scalable bracket elements stay in their nodes.
My version is russian, if you need to translate, I will translate it. Версия: 6.2.0.3 ID сборки: 98c6a8a1c6c7b144ce3cc729e34964b47ce25d62 Потоков ЦП: 4; ОС:Windows 10.0; Отрисовка ИП: GL; VCL: win; Локаль: ru-RU (ru_RU); UI-Language: ru-RU Calc: threaded
(In reply to Army_bloodcore from comment #8) Thanks, consistent that it is OpenGL rendering. You can work around this by disabling OpenGL rendering mode, or your can modify your matrix to use left and right brackets or braces rather than the single/doulbe line that are being drawn incorrectly. The OpenGL issue is likely not to be corrected for a 6.4 build, but the change at 7.0 to the Skia Vulkan rendering mode by default will hide the OpenGL issue.
I also confirm this with version 6.3.6.2. Версия: 6.3.6.2 (x86) ID сборки: 2196df99b074d8a661f4036fca8fa0cbfa33a497 Потоков ЦП: 4; ОС: Windows 10.0; Отрисовка ИП: GL; VCL: win; Локаль: ru-RU (ru_RU); Язык интерфейса: ru-RU Calc: threaded I will left the version 6.2.0.3 as stable version of LibreOffice.
Hello, This comment is going to be post on the bugs: bug 32362 bug 133081 bug 92373 bug 127483 All those bugs seem to be related. In my humble opinion as begginer programmer they seem to be related with a disfunction with OpenGL in windows. Tested on linux (LO 6.4), no problem. Tested with beta 7 on windows, no problem (does not use OpenGL any more). So the bug happened to correct by itself. So I suggest marking as duplicated bug 32362 bug 133081 bug 127483 and close them all.
*** Bug 127483 has been marked as a duplicate of this bug. ***
Solved itself on 7.0 by skia libraries.
Created attachment 163254 [details] sm matrix brackets mishandled with OpenGL rendering No, the OpenGL code has not been removed. Just deprecated and suppressed into an Expert Configuration feature. This would not be "resolved" until OpenGL rendering is actually stripped out. Meanwhile remains a bug.
Solved in 7.0.0.3, thanks.
Issues remain with OpenGL rendering when activated from Expert configuration. But with deprecation of OpenGL for Skia/Vulkan this is a WONTFIX. Version: 7.1.0.0.alpha0+ (x64) Build ID: a486fd929d4b3e915f928ef495b6cb2b96d74a3a CPU threads: 4; OS: Windows 10.0 Build 18363; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded