Apache OpenOffice (AOO) Bugzilla – Issue 16470
= appears as - in text files
Last modified: 2004-09-06 06:56:31 UTC
When addin a formula in the text editor with "=", for example the one from the Help a^2+b^2=c^2 %% Pythagorean theorem. the equality sign "=" appears as "-". (Most formulas do have =:)
*** Issue 16472 has been marked as a duplicate of this issue. ***
Are you sure this is not an example of a bad resolution issue? That is I'm quite sure that if you zoom in into the formula you will see a "=" character displayed. However this would still be an issue to be adressed but somewhere completely different.
Dear Thomas, You are correct. After zooming in the "=" character appears. After zooming out it dissapears again. Also, as I have just tested, when the file is printed, the "=" character appears correctly. So, to most intents and purposes this issue is not so big after all. Thank you! Milen
Tl->HDU: Please have a look if sth can be done about it.
Can you attach a screenshot of the biggest zoom level where the EQUAL looks like a MINUS? Some surround text with characters like A or g would help.
Created attachment 7465 [details] Screenshot with some sample formulas
Can you also provide the file share/psprint/pspfontcache in the OOo directory? And I'd like to know the result of the command: ls -l /usr/bin/libfreetype.so*
In c:\Program Files I have two OOo directories: OpenOffice.org1.1 and OpenOffice.org.1.2Beta. Both of them contain subdirectories share, but neither c:\Program Files\OpenOffice.org1.1\share nor c:\Program Files\OpenOffice.org1.2Beta\share contains subdirectory named psprint. I did not find file named pspfontcache on the entire disc. Start>Run>ls -l /usr/bin/libfreetype.so* produces a dialog: "Cannot find file 'ls' (or one of its components). Make sure the path and filename are correct and that all required libraries are available."<OK>. Changing / to \ produces the same. (I do not know if ps comes from postscript, but if so, I am using hp compatible printer.)
Oops, there was a little misunderstanding. Just shows it happens on all platforms. The problem is that the equal sign is currently mostly designed to look good on printouts (or other high resolutions devices). HDU->IH: Please have close look at the equal sign especially at small pixel sizes and maybe redesign it for better readabilty in these situations.
IH: the problems happens because of the bad font rendering in small sizes I do not know how I can fix this in the font data? It is a display problem of the system.
HDU->IH: As discussed. On the W32 platform we just use the system services to display the font. The OpenSymbol EQUAL looks like a MINUS at a font size <= 10 pixels in any application on this platform. All other standard font's EQUAL sign still look ok at these sizes. Please have another look and when nothing can be done to increase the readability change the issue status accordingly. At least on W32 the EQUAL and related signs should look good for small sizes.
IH: I will try to fix this.
IH->US: please have a look at this problem and set a target for this task.
us->ih: if this is feasible to you, pls. fix for OOo 1.1.1 as I consider this problem as serious.
IH: ok I will do my best to fix this for OOo1.1.1
Created attachment 8203 [details] New Version V1.7 of OpenSymbol font
IH: I have fixed this problem. The new file will not to be integrated before OOo 1.1.1 - I have to check it in when the first CWS for this exists. Before this you can use and test my new version - I will attached it to this issue.
IH: new font file checked into cws_srx645_nachbrenner1.
IH->US: please test this in cws_nachbrenner1
IH: I needed to reopen for reassigning.
IH: and set to fixed again (why is it not possible to reassign an already fixed bug?)
verified in cws extras10
*** Issue 19220 has been marked as a duplicate of this issue. ***
*** Issue 19554 has been marked as a duplicate of this issue. ***
Also look at braces lbrace and rbrace. Does not look correct in a text file.
I appologize i downloaded the font posted on here and that makes the equals definitely look better and the left lbrace and right rbrace looks better but is still not the best, i think at least, that it could be. Just want to point that out. Thanks for your hard work though.
*** Issue 19992 has been marked as a duplicate of this issue. ***
*** Issue 21076 has been marked as a duplicate of this issue. ***
*** Issue 21467 has been marked as a duplicate of this issue. ***
Re-verified after resync.
*** Issue 24579 has been marked as a duplicate of this issue. ***
ok in master workspace srx645_m27s1-1.8738. Fix will be in forthcomming OOo 1.1.1. Closing Resolved/Verified issue.
*** Issue 25501 has been marked as a duplicate of this issue. ***
*** Issue 33506 has been marked as a duplicate of this issue. ***
I am sorry to bother, but my issue 33506 has been marked as a duplicate of 16470, which is declared fixed on OO1.1.1, while I have 1.1.1 installed and I am finding the problem to be there just as before. For example, in a presentation I am doing at the moment, I am forced to put formulas in size 17 or 21, since all other sizes - 12,13,14,15,16,18,19,and 20 will produce some display errors when the slideshow is executed. To prove it I again show two images of the same formula, at 16 and 17 sizes: the first one has 2 imprecisions: the equal sign under the summation looks like a minus, and the bar over the "x" is not shown at all. Besides I did not understand clearly if I should download and install the opensymbol font attached to issue 16470: is this already upgrade in OO1.1.1 or not?
Created attachment 17541 [details] formula at 16 size with rendering defects
Created attachment 17542 [details] same formula correctly shown at size 17