Created attachment 128328 [details] presentation with formula Here is how to reproduce this behavior: * Create a new formula object in LibreOffice, e.g. in Impress. * Put this string into the formula object: widevec nabla = vec nabla = vec a * Watch the result. With my LibreOffice (5.0.3.2 on Ubuntu Linux) the vector arrow over both nablas is not displayed at all. The arrow over a is fine. I will also attach a small odp file that shows the behavior for me. (Sorry for not having a more recent LibreOffice release.)
The box seems a little too small for the two top arrows to appear, and there's no way to resize (hint..). To make it work, double click on the formula box. The formula should now apprear in math. Double click the box (in math) again and the box is now resized in impress, showing all the arrows.
Sorry, but I cannot manage to anyhow resize the box such that the whole formula is visible, the top arrows are still clipped away. No double clicking in Impress or math does help here. But I have just realized that in presentation mode, the formula is displayed fine, i.e. including those arrows. The problem seems to only be in the edit mode (or however this mode is called).
The summary is not correct, a Starmath vec or widevec "works" just fine composing formulas. Rather, you can adjust the OLE formula in math from the Main menu Format -> Font Size. Also the formula can be repositioned (select and drag) in the OLE launched Math module. To "refresh" the formula on the Presentation (or other module) canvas, while still open in the OLE Math session--use the Zoom bar on lower right. The view formula will zoom in or out within the visible layout box on the Presentation canvas--and when you end the OLE session the formula should refresh and fit within the box on the Presentation canvas. If that behaves for you please close as invalid--if still having resize issues on the Presentation canvas, provide more details (but change the summary to match the actual issue).
Created attachment 128388 [details] screenshot of formula in "Impress edit mode" I have tried several more things: * Opening the formula in the math module (by double clicking), and then zooming in and out makes the vector arrows appear in the math module. But once I leave the math module and return to impress, the arrows disappear again. * Changing the font size for the math content (from inside the math module) does NOT help, the bouning box also resizes and the arrows are not displayed. * Dragging the outside box from within the math module, does also not help. After returning to Impress the box is as small as before an the arrows are not displayed. I have no objections to changing the bug report title to better account for the fact that this behavior is only present in the "edit mode" of impress, not in the "presentation mode". But I do not know how to do this title change, sorry. Feel free to do so yourself. I will also attach a screenshot how this formula (of the attached odt file) looks like on my screen. If you need more info and details, then please let me know in detail WHAT information you need.
I can't repro in 5.2 or 5.3. hardy: please test with 5.2 and/or a fresh build of 5.3. For 5.3: http://dev-builds.libreoffice.org/daily/master/?C=M;O=A https://wiki.documentfoundation.org/Installing_in_parallel/Linux Set to NEEDINFO. Change back to UNCONFIRMED, if the problem persists. Change to RESOLVED WORKSFORME, if the problem went away. Win 7 Pro 64-bit, Version: 5.2.3.3 (x64) Build ID: d54a8868f08a7b39642414cf2c8ef2f228f780cf CPU Threads: 4; OS Version: Windows 6.1; UI Render: default; Locale: fi-FI (fi_FI); Calc: CL Version: 5.3.0.0.alpha1+ Build ID: c5f5b3e5334c52502c1de28828a44ad469c68850 CPU Threads: 4; OS Version: Windows 6.1; UI Render: default; Layout Engine: new; TinderBox: Win-x86@39, Branch:master, Time: 2016-11-14_06:24:21 Locale: fi-FI (fi_FI); Calc: group
Dear Bug Submitter, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping-20170531
Dear Bug Submitter, Please read this message in its entirety before proceeding. Your bug report is being closed as INSUFFICIENTDATA due to inactivity and a lack of information which is needed in order to accurately reproduce and confirm the problem. We encourage you to retest your bug against the latest release. If the issue is still present in the latest stable release, we need the following information (please ignore any that you've already provided): a) Provide details of your system including your operating system and the latest version of LibreOffice that you have confirmed the bug to be present b) Provide easy to reproduce steps – the simpler the better c) Provide any test case(s) which will help us confirm the problem d) Provide screenshots of the problem if you think it might help e) Read all comments and provide any requested information Once all of this is done, please set the bug back to UNCONFIRMED and we will attempt to reproduce the issue. Please do not: a) respond via email b) update the version field in the bug or any of the other details on the top section of our bug tracker Warm Regards, QA Team MassPing-NeedInfo-20170628
This now works fine for me, using a newer version of LibreOffice (6.0.6.2 under Linux).