January 2005 - ntg-pdftex - NTG Mailing Lists

[ pdftex-Bugs-262 ] Type42 inclusion
by noreply＠sarovar.org 21 Jan '05

21 Jan '05

Bugs item #262, was opened at 2005-01-21 10:44 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=262&group_id=106 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody (None) Assigned to: Nobody (None) Summary: Type42 inclusion Initial Comment: Hello, Trying to get ttf fonts working both with dvips and pdflatex I experimented with converting the ttf to Type42 using fontforge, disassembling it via t1disasm and creating a pfb with t1asm. The resulting pfb is included via dvips and both ghostscript and distiller can interpret it. Unfortunately, pdflatex gives me the following error trying to include the pfb: Error: pdftex (file FranklinGothic-Medium.pfb): unexpected end of file ==> Fatal error occurred, the output PDF file is not finished! Cheers, Michael ---------------------------------------------------------------------- >Comment By: Martin Schröder (oneiros) Date: 2005-01-21 10:58 Message: Logged In: YES user_id=421 Please include some test files; at least the pfb is needed. Also please login when commenting on this or any other bug. ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=262&group_id=106

2 1

[ pdftex-Bugs-262 ] Type42 inclusion
by noreply＠sarovar.org 21 Jan '05

21 Jan '05

Bugs item #262, was opened at 2005-01-21 15:14 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=262&group_id=106 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody (None) Assigned to: Nobody (None) Summary: Type42 inclusion Initial Comment: Hello, Trying to get ttf fonts working both with dvips and pdflatex I experimented with converting the ttf to Type42 using fontforge, disassembling it via t1disasm and creating a pfb with t1asm. The resulting pfb is included via dvips and both ghostscript and distiller can interpret it. Unfortunately, pdflatex gives me the following error trying to include the pfb: Error: pdftex (file FranklinGothic-Medium.pfb): unexpected end of file ==> Fatal error occurred, the output PDF file is not finished! Cheers, Michael ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=262&group_id=106

1 0

[ pdftex-Bugs-242 ] Assertion failure when including pdf file without embedded fonts
by noreply＠sarovar.org 20 Jan '05

20 Jan '05

Bugs item #242, was opened at 2004-12-02 20:01 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=242&group_id=106 Category: Fonts Group: v1.20b Status: Open Resolution: Fixed Priority: 5 Submitted By: Nobody (None) Assigned to: Hartmut Henkel (hhenkel) Summary: Assertion failure when including pdf file without embedded fonts Initial Comment: See included shell script ---------------------------------------------------------------------- Comment By: Nobody (None) Date: 2005-01-21 05:08 Message: Logged In: NO I’ve already contacted the owner of LJBOOK.com and he doesn’t see a problem with it on his end. I don’t know if it has something to do with the PDF or not. I’m writing in English in the United States. I have Adobe Reader 6.0. I’ve tried multiple times to make a copy of my Livejournal through ljbook.com without success. I have a lot of entries, all “friends only” or “private” from 2002 to 2005. When I make the copy of my journal into the PDF, a majority of the words with apostrophes and “quotes” like I’ll, Don’t, She’s, Couldn’t, That’s, How’s, etc. gets replaced by a symbol that looks like a weird letter “a” with something on top of it. The actual apostrophe gets replaced with the symbol and makes those words look separated and weird. I’ve tried multiple times and the same problem occurs. It shows more in the years 2004 and 2005 but it does show in the 2002 and 2003 entries also, when it’s in the PDF. I also tried those years on its own and get the same problem. I have the “Auto-convert older entries from” set correctly and the encodings set properly and still have the problem. Could you please help me out? I’m really in need to backup my journal and don’t know why almost all the words that have apostrophes are turning the apostrophes into that symbol when it’s in the PDF format. When it’s in my regular Livejournal, it’s perfect and doesn’t show that. Just when it’s backed up into the PDF. Please help me out. I would really appreciate it a lot. Thank you very much in advance. liveatshea(a)hotmail.com ---------------------------------------------------------------------- Comment By: Hartmut Henkel (hhenkel) Date: 2005-01-13 04:49 Message: Logged In: YES user_id=929 This is a patch for file mapfile.c of pdftex-1.20, cleaning up a few bugs introduced by patch-242c. The obsolete qualifier "!" is removed from scanning. Blank handling between qualifiers "<", "<<" and .enc and f_name names has been re-introduced, to make it backward compatible and compatible to the preferences of map file writers. Please test carefully. Help welcome. Regards, Hartmut ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2004-12-22 20:23 Message: Logged In: YES user_id=421 This has been fixed in 1.20b ---------------------------------------------------------------------- Comment By: Thomas Esser (tetex) Date: 2004-12-03 05:00 Message: Logged In: YES user_id=1230 I can reproduce this bug after updmap --setoption pdftexDownloadBase14 false Thomas ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=242&group_id=106

1 0

character protrusion with the first letter in a paragraph
by The Thanh Han 19 Jan '05

19 Jan '05

Hi, I have been thinking of the question how to make char protrusion work with the first char of a paragraph. The simplest (and quite robust) solution can be as follows: when considering whether a marginal kern should be inserted, we skip certain kinds of `invisible' node (like adjust node, penalty node and the like). Now to make it work with the first char of a par, we also skip null boxes (box with zero dimen and empty contents) at the left margin. The question is whether such behaviour is ``correct'', and what surprises it can bring in certain situations. Thanh

3 3

[ pdftex-Patches-257 ] Experimental patch for pdftex character protrusion
by noreply＠sarovar.org 18 Jan '05

18 Jan '05

Patches item #257, was opened at 2005-01-10 21:43 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=495&aid=257&group_id=106 Category: None Group: Unstable (example) Status: Open Resolution: None Priority: 3 Submitted By: Hartmut Henkel (hhenkel) Assigned to: Nobody (None) Summary: Experimental patch for pdftex character protrusion Initial Comment: Normally items inside a \hbox are not considered for protrusion. With this experimental patch also nested \hboxes at the left and right margin are recursively searched for items with \lpcode or \rpcode, and the outmost containing boxes are protruded correspondingly. This seems to be practical e. g. if an elevated \footnote{foo} (LaTeX) index happens to be at the right margin; in this case the footnote index normally is placed too far inward the line. This disturbance was detected by Peter Muthesius in an de.comp.text.tex news thread "pdfcprot und Ziffern am rechten Rand" started Sat Jan 08 14:05:23 CET 2005. Rough experimental patch, rudimentarily tested with left and right protrusion, see test file xx.tex with output xx.pdf. Just for discussion. No warranty. Have fun! Regards, Hartmut ---------------------------------------------------------------------- >Comment By: Hartmut Henkel (hhenkel) Date: 2005-01-18 22:19 Message: Logged In: YES user_id=929 Character protrusion patch news: * The protrusion character can now be inside deeply nested \hbox{}, with further (also nested) skipable \hbox{} stuff in the way. The nested list will be recursively searched until a non-skipable item (protrusion character, other character, or list end) is found. * Try to solve left protrusion at paragraph start with \parindent=0pt,by selectively skipping over TeX's empty \hbox{} there. * Protrusion character search by 2 new functions find_protchar_left() and find_protchar_right(), and simple stack. Regards, Hartmut ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=495&aid=257&group_id=106

1 0

[Fwd: Re: [NTG-pdftex] Re: [NTG-context] ConTeXt dont work with fonts after last miktex update]
by Hans Hagen 18 Jan '05

18 Jan '05

1 0

Re: [NTG-context] ConTeXt dont work with fonts after last miktex update
by Hartmut Henkel 17 Jan '05

17 Jan '05

On Wed, 12 Jan 2005, Matthias C. Schmidt wrote: > After the last update ConTeXt has problems with fonts unter miktex. > > from the log: > > [1.1{original-empty.map}{texnansiOSFSC-adobe-cronospro.map > Warning: pdfetex (file texnansiOSFSC-adobe-cronospro.map): invalid entry for > `texnansiOSFSC-raw-CronosPro-Bold': invalid font file name > > the entry in the map-file: > > texnansiOSFSC-raw-CronosPro-Bold 4 < CronosPro-Bold.pfb texnansiOSFSC.enc Please remove the blank after the "<": texnansiOSFSC-raw-CronosPro-Bold 4 <CronosPro-Bold.pfb texnansiOSFSC.enc Is it working then? I'm guilty for this change (anywhere else this blank is missing, but it was definitively allowed as i see now -- an undocumented feature). What is the origin of file texnansiOSFSC-adobe-cronospro.map? Is it from somewhere distributed or written by yourself? Regards, Hartmut

6 7

ttf support
by The Thanh Han 16 Jan '05

16 Jan '05

Hi all, I am working on ttf support: 1) will make the subset tag work in the same way as t1; 2) support refering glyphs by their unicode index in map files. In case one has some further ideas for improvements for fixes, please let me know. Regards, Thanh

1 0

[ pdftex-Feature Requests-254 ] fontexpansion, dvi output
by noreply＠sarovar.org 13 Jan '05

13 Jan '05

Feature Requests item #254, was opened at 2004-12-22 21:06 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=496&aid=254&group_id=106 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody (None) Assigned to: Nobody (None) Summary: fontexpansion, dvi output Initial Comment: Hello developers, I'd like to use the autoexpand feature with dvips. Are there any plans to make pdftex write the autoexpanded tfm files to the current directory, perhaps even generating a map file? Cheers, Michael ---------------------------------------------------------------------- >Comment By: The Thanh Han (hanthethanh) Date: 2005-01-14 02:19 Message: Logged In: YES user_id=710 It is likely that this will never be implemented. The better way to do that is to change the script \<TEX> (\<PDFTEX>) calls to create missing \<TFM> during run-time (on \<WEB2C>-based systems this is called |mktextfm|) to create all the required stuff on demand. Thanh ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=496&aid=254&group_id=106

1 0

pdfliteral
by Hans Hagen 13 Jan '05

13 Jan '05

Hi, It looks like pdfliteral direct generates an extra newline Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com | www.pragma-pod.nl -----------------------------------------------------------------

1 0