Issue 19501 - Strange behaviour with type 1 Combinumerals font
Summary: Strange behaviour with type 1 Combinumerals font
Status: CLOSED NOT_AN_OOO_ISSUE
Alias: None
Product: gsl
Classification: Code
Component: code (show other issues)
Version: OOo 1.1 RC4
Hardware: PC Linux, all
: P3 Trivial (vote)
Target Milestone: ---
Assignee: ulf.stroehler
QA Contact: issues@ui
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2003-09-12 21:24 UTC by acli
Modified: 2004-07-16 21:32 UTC (History)
1 user (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---


Attachments

Note You need to log in before you can comment on or make changes to this issue.
Description acli 2003-09-12 21:24:43 UTC
If I set some text in Combinumerals (type 1 font from
<URL:http://www.fontsite.com/Pages/FFDownloads.html>), both the text and the
cursor disappears.

Oddities:

- The cursor disappears (in the case of such font change in Writer) in addition
to the text disappearing

- The font seems to work in any type-1-aware apps including the X font server,
Ghostscript, Freetype, etc.

- The glyph names in the font seem to have nothing out of the ordinary.

I've tried both the Writer and the Spreadsheet. In both apps the text and the
cursor would disappear if I change the font to this font.
Comment 1 Oliver Specht 2003-09-15 06:55:22 UTC
Reassigned to PL
Comment 2 christof.pintaske 2003-09-15 09:45:29 UTC
1.1rc4 works quite fine for me on Sparc with combinumerals
Comment 3 acli 2003-09-15 14:43:48 UTC
Did you try with the Type 1 version of Combinumerals or the Truetype
version?
Comment 4 philipp.lohmann 2003-10-08 14:18:12 UTC
I cannot see the problem either (i tried 1.1). This may be freetype
related, what freetype2 version do you use ?
Comment 5 philipp.lohmann 2003-12-10 12:42:34 UTC
pl->us: could not reproduce this, could you take over ?
Comment 6 philipp.lohmann 2003-12-10 12:45:02 UTC
.
Comment 7 acli 2003-12-10 14:26:35 UTC
User error due to unexpected requirement to use Type 1 fonts (need to "add"
them, which is rather counter-intuitive given all the visual hints that OOo is
giving the user that the font is working).

Better documentation might be workaround.
Comment 8 philipp.lohmann 2003-12-11 09:55:05 UTC
This would point to a problem regarding X11 fonts; you didn't have the font
available to OOo directly but to the Xserver.
Comment 9 philipp.lohmann 2003-12-11 09:57:11 UTC
pl->hdu: The description points to a problem with X fonts.
Comment 10 hdu@apache.org 2003-12-11 13:38:25 UTC
Does the problem still occur in OOo 1.1?

If yes, is the problem still there when you enable the "View -> OnlineLayout"
menue item? Is the problem still there when you enable the "Tools -> Options ->
TextDocument -> General -> UsePrinterMetrics" checkbox?

What X11 server do you use? (use "xdyinfo | fgrep version")
Comment 11 hdu@apache.org 2004-01-09 10:43:14 UTC
HDU->US: No feedback from reporter yet. Can you recreate the problem?
Comment 12 acli 2004-01-14 18:18:39 UTC
This really is a documentation / UI (usability) issue, not a gsl/code issue. The
observed bug per se does not stand as a valid report. So I am closing it myself.
Comment 13 ulf.stroehler 2004-07-16 21:32:52 UTC
Closing invalid.