[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Printing problem with xlib
From: |
Riccardo Mottola |
Subject: |
Re: Printing problem with xlib |
Date: |
Mon, 01 Oct 2012 14:55:27 +0200 |
User-agent: |
Opera Mail/12.02 (Linux) |
Hi Fred,
On Fri, 28 Sep 2012 12:37:58 +0200, Fred Kiefer <fredkiefer@gmx.de> wrote:
On 26.09.2012 15:41, Riccardo Mottola wrote:
when I try to print a text (from Graphos) I get this. i am running xlib
on this machine:
Printing error: <NSException: 0x86ccce84>
NAME:NSInvalidArgumentException
REASON:[GSStreamGState-GSShowGlyphsWithAdvances:::] should be overridden
by subclass INFO:(null)
It used to work though and it works on Cairo on other machines.
Looks like Eric forgot to add this method when he changed the glyphs
interface for the backends a year ago. Should be fixed in SVN.
Thank you, it looks indeed, I get no more exception! However the result is
not flawless. If I print a small Graphos test document however, I get an
error from ghostscript (GSPdf calling it) saying:
%%[ Error: undefined%%[ Error: undefined
The file uses Helvetica and times new roman. If I roun gs directly on it
it will exit with an unrecoverable error. I fear something with the font
name:
Loading NimbusSanL-Regu font from
/usr/share/fonts/urw-fonts/n019003l.pfb... 2625976 1297986 3108384 1789537
1 done.
Error: /undefined in New
Operand stack:
Times
Execution stack:
%interp_exit .runexec2 --nostringval-- --nostringval--
--nostringval-- 2 %stopped_push --nostringval-- --nostringval--
--nostringval-- false 1 %stopped_push 1878 1 3
%oparray_pop 1877 1 3 %oparray_pop 1861 1 3 %oparray_pop
1755 1 3 %oparray_pop --nostringval-- %errorexec_pop
.runexec2 --nostringval-- --nostringval-- --nostringval-- 2
%stopped_push --nostringval--
Dictionary stack:
--dict:1165/1684(ro)(G)-- --dict:0/20(G)-- --dict:79/200(L)--
Current allocation mode is local
"New Times" suggests "Times New Roman" (PS is stack based).
I attach the ps file.
I tried substituting "Times New Roman" with Courier and the generated PS
files displays beautifully, if is used instead Courier New I again get an
error, so I conclude it is a problem with the spaces in the font name.
Riccardo
GSCUPSPrintJob-think_westernesse_arda_4d1c_16199d34_2.ps
Description: PostScript document
- Re: Printing problem with xlib,
Riccardo Mottola <=