Issue 112909

Summary:

Erratic rendering of xR̸y on Windows 7 and Vista

Product:

Math

Reporter:

inbetweener <inbetweenercom-openoffice>

Component:

Assignee:

AOO issues mailing list <issues>

Status:

CONFIRMED ---

QA Contact:

Severity:

Trivial

Priority:

CC:

hdu, issues, rb.henschel

Version:

OOO320m18

Keywords:

oooqa

Target Milestone:

---

Hardware:

OS:

Windows Vista

Issue Type:

DEFECT

Latest Confirmation in:

---

Developer Difficulty:

---

Attachments:

Description	Flags
Examples of using ̸ (unicode u+0338) to "negate" any symbol	none
Examples of erratic rendering of using ̸ (unicode 0338) to "negate" any symbol	none
wrong rendering of U+0338 for some fonts	none
Added tests on font rendering	none

Description inbetweener 2010-07-03 20:20:40 UTC

As a workaround to the absence of the feature requested at issue 112908, I was 
told to use u+0338 (unicode "overprint" slash") with whatever I'd like 
to "negate", such as in xR̸y. But in my system such a construction is rendered 
erraticaly. Please see in the attachments. Fellow users have said that this 
problem doesn't occur in their Unix/Linux system, but in Windows XP 
(virtualized) they see the same erratic rendering.

Comment 1 inbetweener 2010-07-03 20:22:39 UTC

Created attachment 70380 [details]
Examples of using ̸ (unicode u+0338) to "negate" any symbol

Comment 2 inbetweener 2010-07-03 20:23:55 UTC

Created attachment 70381 [details]
Examples of erratic rendering of using ̸ (unicode 0338) to "negate" any symbol

Comment 3 Regina Henschel 2010-07-04 10:42:45 UTC

Neither "Times New Roman" nor "Arial" contain a glyph for code point U+0338. So
here are two problems mixed, rendering character U+0338 and glyph fall back. 

Please do your tests with fonts, that contain a glyph for U+0338. On my system
suitable fonts are those of the "DejaVu Serif" family.

Inside the formula editor you have to use a space as delimiter after character
U+0338 to stop reverse writing direction.

Nevertheless I can confirm a problem with some fonts, that contain a glyph for
character U+0338. I'll attach a document.

Comment 4 Regina Henschel 2010-07-04 10:44:12 UTC

Created attachment 70382 [details]
wrong rendering of U+0338 for some fonts

Comment 5 inbetweener 2010-07-04 17:11:16 UTC

Created attachment 70385 [details]
Added tests on font rendering

Comment 6 inbetweener 2010-07-05 23:56:45 UTC

I had found strange regina's information that Times New Roman and Arial don't 
have a glyph for u+0338, since my system (Windows Vista) shows a glyph for both 
fonts. Today, I was using a Windows XP system and *bingo!*: in WXP, these fonts 
really don't have the glyphs for that unicode character. Therefore the 
difference between my experience and regina's.

This lead me to conclude that the erratic rendering doesn't exist due to the 
absence of a glyph, but because of something else. Am I correct?

Comment 7 michael.ruess 2010-07-12 11:09:45 UTC

MRU->TL: the problem is only visible on Win7 and Vista. In Writer the character
is displayed correctly, but not in Math.