Apache OpenOffice (AOO) Bugzilla – Issue 3780
Vector, Tilde, bar, etc displays the symbol too high with respect letter
Last modified: 2013-08-07 14:55:59 UTC
If you try to write a vector (arrow above a letter) in the equation editor, the arrow is placed much too high with respect the letter. The code I use in the equation editor is: vec{ab} the same is happening with tilde, bar (probably others?). However it works OK with wide tildes such as widevec and widetilde. This problem does not show up in staroffice5.2
Can you please add a GIF image of the output for the following formula as attachment to the bug? vec ab widevec ab vec (ab) widevec (ab) newline vec ab widevec ab ( vec ab ) ( widevec ab ) This formula renders in 5.2, StarOffice 6.0 and OpenOffice 641 the same way and the way it used to be... The difference in the positioning in the first and second line comes from if the 'vec' keyword is before or after the opening '('. Since the '(' is rendered somewhat higher than the 'b' the the difference in height is correct when the 'vec' is put before the '('. Another difference that may be relevant is that in 5.2 other fonts were used. For example the default font was 'Times New Roman' where now it is 'Timmons'. Though it is OK for both fonts when I checked in OpenOffice and the current version. I can not see a difference in the behaviour to the 5.2...
TL: set to 'works for me'
Created attachment 1347 [details] Output of equation editor
TL: Occurs in OO641D on Linux and not in OO641C on Windows. TL->HDU: To you in order to check if 'GetGlyphBoundRect' is working correct under Linux.
TL: assigned temporarily to HDU. Seems to be Linux specific.
Seems to be a problem in the OpenSymbol font. The problem does not happen when the StarSymbol font is installed. HDU->IH: the extents of the arrow-symbol seem to be different from the one used in StarSymbol. TL says he uses the array symbol at codepoint 0xE098.
I will have a look at the font data.
It seems that the bounding box in OpenSymbol for character Unicode E08C has almost the same values as that character in StarSymbol font - so we (IH and HDU) think the problem must be somewhere else in the code - but we are still investigating...
*** Issue 3967 has been marked as a duplicate of this issue. ***
Only a short comment: The problem is not only Linux-related. I also have the problem on Win32 when the Opensymbol font is used. The StarSymbol font does not show the problem.
*** Issue 2890 has been marked as a duplicate of this issue. ***
As you can see from issue# 2890, the problem also happens with functions like "breve a", "bar a" and so on...
Created attachment 1419 [details] Output of equation editor
as you can see from the picture (formular.gif) I have the same problem on Win32 with oo641c an Win2000 SP2. See issue 2890 where I listed all wrong renderd formulas. I don't know, if I use OpenSymbol or the StarSymbol font, both are installed, but I don't know how to switch between them (sorry for my bad english!)
Now I use OO641d, the problem is the same
*** Issue 3741 has been marked as a duplicate of this issue. ***
Created attachment 1494 [details] Font size also not correct with bar on top of character.
When I import StarOffice 5.2 formulas, not only is the spacing of the bar too high but the font is reduced in size. It seems that the bounding box remains the same and the font is reduced to fit. See attachment. One other comment, while I was investigating this I noticed one time that changing the font size had no effect on the formula. However after I closed the editting box a different formula changed size.
Because I did not find any font relating problems I will assign this one to HDU.
Just to inform that I have tested OpenOffice1.0 and the behavior is the same as with release 641
need to analyze difference between StarSymbol and OpenSymbol
Is there a workaround available for this ? Would installing StarSymbol solve this ? How can on do that ? We'd like to use OO in the university but vectors are important. Thanks
Understanding and fixing the problem with Opensymbol will finally solve the problem, but installing StarSymbol is be a good workaround. Unfortunately StarSymbol is not a free font. Since you are at a university I suggest to get StarOffice, which has a lot of good fonts and as far as I know it is almost free for schools/universities/...
*** Issue 5885 has been marked as a duplicate of this issue. ***
*** Issue 6536 has been marked as a duplicate of this issue. ***
*** Issue 4129 has been marked as a duplicate of this issue. ***
*** Issue 6629 has been marked as a duplicate of this issue. ***
I have the same problem, but wide doesn't work like you said. My widevec is put at the same height than vec (too high).
Is this fixed on 1.0.1 ? CVS ?
> Is this fixed on 1.0.1 ? no, it is not. the additional signs are too high above the letters. i use OOo 1.0.1 (de) on Win2k
As we (TL+HDU) found out the problem is that StarMath doesn't know that the GSL layers transparently map OpenSymbol to StarSymbol and is confused by getting the "wrong" font.
Phew... I'm glad this one could be reproduced now. It should be fixed in the next OpenOffice build. (BTW: the reason is the same as for #i3017) We could never reproduce this because it only happens if you do _not_ have installed a StarSymbol font along with OpenSymbol font. Which is unfortunately usually not the case here... As workaround until the new version is build a renaming of the font from "OpenSymbol" to "StarSymbol" should work.
> As workaround until the new version is build a renaming of > the font from "OpenSymbol" to "StarSymbol" should work. This workaround doesn't really work, because the font name is not created from the file name, but from the font files contents. On unix platforms patching the fonts.dir file in share/fonts/truetype to use an StarSymbol XLFD does help, but I'd rather have the real solution in the SM library. If this isn't possible soon I suggest to binary patch the SM library with replacing occurences of "StarSymbol" to "OpenSymbol".
Reopened in order to assign to QA.
TL->MRU: To you for testing in OO.
Tested it with internal 643r. Fix will be available with next OpenOffice 643 release.
*** Issue 6793 has been marked as a duplicate of this issue. ***
*** Issue 7319 has been marked as a duplicate of this issue. ***
*** Issue 5414 has been marked as a duplicate of this issue. ***
*** Issue 7120 has been marked as a duplicate of this issue. ***
*** Issue 4524 has been marked as a duplicate of this issue. ***
As suggested by "Herbert Duerr 2002-07-31" I replaced all the instances of StarSymbol to OpenSymbol in the binary file. I did it for sm641mi.dll from OOs 1.0.1, Win2k. I confirm it fixed the issue.
*** Issue 8389 has been marked as a duplicate of this issue. ***
*** Issue 8520 has been marked as a duplicate of this issue. ***
*** Issue 8780 has been marked as a duplicate of this issue. ***
Created attachment 3415 [details] Fix for OOo101 Win32. Rename the old file then copy this one in OOo101\program\
Created attachment 3416 [details] Sorry, use this one for the fix instead. Not an official fix. It's just for those who cant wait.
@mklein: thx for the fix, it works flawless! (OOo1.0.1_de@Win2k)
closed.
*** Issue 9002 has been marked as a duplicate of this issue. ***
*** Issue 9282 has been marked as a duplicate of this issue. ***
*** Issue 10167 has been marked as a duplicate of this issue. ***
*** Issue 10178 has been marked as a duplicate of this issue. ***
I just tried OOo 1.0.2 for Linux and the problem is still there
OK I seem to have fixed the problem. I looked for occurences of StarSymbol with cd /usr/OpenOffice.org1.0.2/program grep StarSymbol * Binary file libsd641li.so matches Binary file libsm641li.so matches Binary file libsvt641li.so matches Binary file libsvx641li.so matches Binary file libsw641li.so matches Binary file libvcl641li.so matches Binary file libxo641li.so matches Then I piped each of these files through sed s/StarSymbol/OpenSymbol/ (keeping copies of the originals of course) and it now works for me.
True, fix is not part of OO 1.0.2. It went into the 643 branch, which is a Milestone on the way to OO 1.1.
*** Issue 11031 has been marked as a duplicate of this issue. ***
*** Issue 13446 has been marked as a duplicate of this issue. ***
*** Issue 13469 has been marked as a duplicate of this issue. ***
Hi, Adding myself to CC on this (and reopening it). Is there any reason the right fix (and not hacks to binary files) can't be simply added to the OOO_STABLE_1 series. That tree is now open again. If someone can poitn me at the patches in StarMath that fixed this I would be happy to backport them to OOO_STABLE_1 so that this gets fixed proeprly in time for OOo 1.0.4. This really is an issue that shuld have been fixed in time for OOo 1.0.3. Please let me know what files to diff or the revisions to examine, and would be happy to follow through getting this fixed for 1.0.4. You can even re-assign this issue to me if you want (once the needed fixes have somehow been identified!). Any help here would be greatly appreciated. Thanks, Kevin
MRU->TL: Please also integrate the fix into the OO 1.0.4 branch. Kevin is right, it is a very annoying issue and we still recieve feedback on this. Thank you!
*** Issue 13721 has been marked as a duplicate of this issue. ***
Updating to starmath/inc/types.hxx 1.4 starmath/source/rect.cxx 1.9 for 641 based OO versions should solve the problem.
Target now OO 1.0.4
Should be fixed in OOo 1.04.
*** Issue 14457 has been marked as a duplicate of this issue. ***
Is there any official patch for 1.0.2 and 1.0.3 ? //VD
Already integrated.
*** Issue 20261 has been marked as a duplicate of this issue. ***