Chronological Thread 

< Chronological >      < Thread >

---

Hi.

I had this same problem with my laser printer at work (some HP model). I concluded that it is a problem in the pfb font files used by TeXmacs (which are somewhat non-standard) and managed to reencode some of TeX type1 fonts to circumvent the problem. It is strange that this problem pop up only now but it seems to be present also with the X11 version and maybe due to some quirk in the mac printer driver as the observations of Michael suggests.
I will talk with Joris of this problem next monday.

I have some files on my homepage that exibith the problem (at least with my Mac on my work printer). You can try

http://www.ceremade.dauphine.fr/~mgubi/e0910/pd4.pdf

some large font or bold parts are not printed correclty (wrong glyphs) especially the main title and some of the Definition/Theorem/Lemma boldface statements.

Best,
Massimiliano


On 14 janv. 10, at 00:10, Michael Lachmann wrote:

I have a strange problem with printing a simple document on my Mac.

Generate the following document:

1. New document

2. Make a list with text entries (3rd button from left for lists, and chose default)

3. Enter "n1, n2" as the item header. (without quotes)

4. Enter "Test" as the text. (without quotes)

Now I can view the generated pdf or ps->pdf without any problem on my computer, and I can view the ps file without any problem using gs.

However, printing the pdf document from the 'Preview' app to our HP laserjet printers (two different ones... one B&W one color) gives an error:
ERROR: invalidfont
OFFENDING COMMAND: xshow

The problem seems to be the comma between n1 and n2. When the comma is removed or the format of "n1, n2" is changed to verbatim, the error disappears.

Printing the ps file directly produces no error. Actually, opening the pdf/ps file on the mac, and then printing it to a postscript file produces a file that when printed gives the error, and when viewed on the mac misses the comma, and viewed with gs gives: "Unrecoverable error, exit code 1"

This seems to be a problem with postscript creation on the mac, though it could also be a combined problem of TeXmacs+mac...
A diff between the two resulting postscript files (with and without the comma) is below... maybe you can spot the problem... I also added a diff of the original postscipt files and some analysis of the difference.

(Adobe acrobat on the mac prints the file correctly.)

thanks for listening,

Michael

------------------- diff of the ps files exported from Preview.app:
940,941c940,941
< %RBIBeginFontSubset: RXSWOG+EuropeanComputerModern-BoldExtended10pt
cleartomark00000000000000000000000000000000000000000000000000000E34E38E923201DB3D0178AE4013F82E3
---
> %RBIBeginFontSubset: PKVDMG+EuropeanComputerModern-BoldExtended10pt
cleartomark00000000000000000000000000000000000000000000000000000D0D01C90BE2C8DBDF9FAC95CD922FA69
943,946c943,946
< /RXSWOG+EuropeanComputerModern-BoldExtended10pt cguidfix
< /F1.1/RXSWOG+EuropeanComputerModern-BoldExtended10pt renmfont
< %RBIBeginFontSubset: RXSWOG+EuropeanComputerModern-RomanRegular10pt
cleartomark00000000000000000000000000000000000000000000000000000ED77B913AE8E22CD515396A4EBA8FCF9
---
> /PKVDMG+EuropeanComputerModern-BoldExtended10pt cguidfix
> /F1.1/PKVDMG+EuropeanComputerModern-BoldExtended10pt renmfont
> %RBIBeginFontSubset: ZXWDMG+EuropeanComputerModern-RomanRegular10pt
cleartomark00000000000000000000000000000000000000000000000000000ED77B913AE8E22CD515396A4EBA8FCF9
948,949c948,949
< /RXSWOG+EuropeanComputerModern-RomanRegular10pt cguidfix
< /F2.1/RXSWOG+EuropeanComputerModern-RomanRegular10pt renmfont
---
> /ZXWDMG+EuropeanComputerModern-RomanRegular10pt cguidfix
> /F2.1/ZXWDMG+EuropeanComputerModern-RomanRegular10pt renmfont
964c964
< (!"#!$%)[ 6.386024 5.748421 7.083412 6.366096 5.748421 0.000000 ] xS
---
> (!"!#$)[ 6.366104 9.603943 6.366104 5.728493 0.000000 ] xS
966c966
< 139.5593 749.27997 m
---
> 136.44 749.27997 m

and here is a diff of the original ps files, before Preview.app created the problem:
6261c6261
< /F0 145[49 59[40 35 2[15 1[15 44[{}5 83.022 / EuropeanComputerModern-BoldExtended10pt
---
> /F0 145[49 59[40 35 2[15 46[{}4 83.022 /EuropeanComputerModern- BoldExtended10pt
6277,6278c6277,6278
< gsave -600 6416 4361 -600 cl C0 C1 F0 233 172 a(n)t(1)13 b(,)44 b(n)t(2)p C0 C1
< 494 172 a(.)p C0 C1 F1 563 172 a(T)n(e)s(s)t(t)p C0 C1 1918 5959 a(1)p eop
---
> gsave -600 6416 4361 -600 cl C0 C1 F0 233 172 a(n)t(1)45 b(n)t(2)p C0 C1 467 172
> a(.)p C0 C1 F1 537 172 a(T)n(e)s(s)t(t)p C0 C1 1918 5959 a(1)p eop
------------

The problem seems to be the line starting with "gsave", and in particular, the entry
b(,)44
If I change it to
b(,)71
(which is what the verbatim format file has) all works well. But I have no idea what this means.

---

• [TeXmacs] printing problem on 'Preview' of pdf export on a mac, Michael Lachmann, 01/14/2010
  • Re: [TeXmacs] printing problem on 'Preview' of pdf export on a mac, Gubinelli Massimiliano, 01/14/2010

---

Archive powered by MHonArc 2.6.19.