It's so narrow that in normal resolution it's distorted into garbage. Should have bigger height or adjustable height. {some text here}underbrace {f}
It's more serious when you zoom out to see 100% of the page. Tried to insert it into draw and then export as pdf. It looked ok either zoomed in or out. So this is probably a display/rendering problem with LO.
Created attachment 153695 [details] sm Formula with overbrace and underbrace looks OK Can not confirm on Windows 10 Home 64-bit en-US (1903) with recent master Version: 6.4.0.0.alpha0+ (x64) Build ID: 3e64065612acec2eb29aa21e2b515953422256d7 CPU threads: 4; OS: Windows 10.0; UI render: GL; VCL: win; TinderBox: Win-x86_64@62-TDF, Branch:master, Time: 2019-08-15_22:57:26 Locale: en-US (en_US); UI-Language: en-US Calc: threaded The overbrace and underbrace render fully into the layout box for their node, height is correct. And the node scale correctly in response to size # {} specification.
Created attachment 153703 [details] underbrace rendering here is the screen shot. If you zoom out further, it'll become some garbled lines.
We do not use multi-glyph composites for scalable brackets (bug 32362), so a single glyph is being stretched to fit into the box holding its node. That coupled with sm nodes placement also not using floating point to canvas (bug 103322) means that at small sizes the node and its glyph(s) will appear misallined with other nodes of the formula. Believe this is expected. I can confirm that the underbrace node in sm example "a + b+c " this is a test " xyz} underbrace {f}" is not well alligned at smaller size--but at the 'Show all' scaling in sm the node box is the full width of the formula string, and the underbrace glyph is correctly scaled and centered in the node. None the less the formula is well formed when inserted to Writer canvas as OLE with a diminutive "size 2 {}" So, this is WFM; but needs improvement that only bug 32362, and bug 103322 would bring. This is IMHO => NAB
Created attachment 153711 [details] starmath formula with size 2 OLE inserted to Writer page starmath formula with size 2 OLE inserted to Writer page, scalable underbrace node well formed on document canvas at the lower end of its usable sizing.
(In reply to V Stuart Foote from comment #5) > Created attachment 153711 [details] > starmath formula with size 2 OLE inserted to Writer page > > starmath formula with size 2 OLE inserted to Writer page, scalable > underbrace node well formed on document canvas at the lower end of its > usable sizing. May I ask what is the tech spec of your monitor(size,resolution)? Mine is Dell 24" 1920x1200. Maybe it's caused by pixel density too low?
Created attachment 153723 [details] with OpenGL rendering (nVidia GPU & driver) underline (In reply to VincentYu from comment #6) > (In reply to V Stuart Foote from comment #5) > > Created attachment 153711 [details] > > starmath formula with size 2 OLE inserted to Writer page > > > > starmath formula with size 2 OLE inserted to Writer page, scalable > > underbrace node well formed on document canvas at the lower end of its > > usable sizing. > > May I ask what is the tech spec of your monitor(size,resolution)? > Mine is Dell 24" 1920x1200. > Maybe it's caused by pixel density too low? Laptop Lenovo Flex4 15" Full HD 1920x1080 on a Intel HD 630 GPU, current Intel drivers. Same rendering both OpenGL and CPU or HA On an office system 1920x1200 on an nVidia Quadro K2000 with 23.21.13.9133 driver, I do see some misrendering of the underbrace glyph when stretched to fit, it is stamped outside its node box, shifted to the right. attached
it seems related to bug 127483
As Skia with Vulkan will replace OpenGL UI rendering on all platforms, it does not make sense to keep OpenGL UI reports open. Details about Skia: https://www.collaboraoffice.com/success-story/implementing-vulkan-capable-libreoffice-user-interface-using-the-skia-library/
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 When activated via expert configuration, the OpenGL rendering issues remain as reported here and dupes--but those issues are not evident with Skia Vulkan rendering. So given deprecation of OpenGL rendering issue => WF