From divanov at aha.ru  Wed Dec 26 11:05:09 2007
From: divanov at aha.ru (Dmitriy Ivanov)
Date: Wed, 26 Dec 2007 14:05:09 +0300
Subject: [cl-typesetting-devel] Acrobat 5.1: Broken space strings (PDF
	operator TJ)
Message-ID: <001201c847af$3121d990$8100a8c0@digo>

Hello,

Please take a look at the attached pdf-file in various viewers. It was
generated by paragraphs with :h-align :fill and explicit :hfill, i.e.

   (tt:paragraph (:h-align :fill)
     (tt:format-string "Nr of words ~d - ~a" count comment)
     :hfill
     "Words:"  (dotimes (i count) (tt:format-string " wrd:~d" (1+ i)))

To me, the file looks fine in GSview 4.3. But Acrobat Reader 5.1 renders
three lines as follows.

(line 1) The right words are shown not at the right margin.

(line 2) There is a spurious space between wrd:1 and wrd:2.
Such a break can potentially emerge at an arbitrary place in the text line,
even within a word.

(line 3) Look fine.

Actually, the mentioned Acrobat version seems to wrongly compute size back
from the negative unit of space amount. The space is computed in
     #<method stroke (text-line t t)>.
I have got a new version of stroke.lisp with a workaround but not committed
it yet.

BTW, why is maximum of nb-spaces, the number of spaces within one
text-chunk, limited to 10? Is this an experimental value or due to the TJ
operator limitation?
--
Sincerely,
Dmitriy Ivanov
lisp.ystok.ru
-------------- next part --------------
A non-text attachment was scrubbed...
Name: broken-spaced-strings.pdf
Type: application/pdf
Size: 2375 bytes
Desc: not available
URL: <https://mailman.common-lisp.net/pipermail/cl-typesetting-devel/attachments/20071226/6675ba43/attachment.pdf>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: broken-spaced-strings.lisp
Type: application/octet-stream
Size: 1046 bytes
Desc: not available
URL: <https://mailman.common-lisp.net/pipermail/cl-typesetting-devel/attachments/20071226/6675ba43/attachment.obj>