Hello Steve, Hello Foppers
I had the the same problem too and I have developed some test cases where I
could test the problem mentioned here under 2). I have attached the diff (and
the test cases) which should resolves the problem. I not a commiter so it
would be grateful if someone merges the code.
regarding the first problem: are you printing under windows with acrobat
reader 4.0 and up? Try printing on a different printer. I have similar
problems with WinNT and Acrobat Reader 4 an 5 when I am printing to a HP
LaserJet 4M+.
As a special effect: If the same file is printed via a DDE connection the
resulting page is scaled in height to about 80 to 90 percent - it depents on
the printer I am using ;-) This might be a problem within PDFDocument
Am Dienstag, 21. August 2001 18:58 schrieben Sie:
PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT
ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW
AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE
DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL
BE LOST SOMEWHERE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3208
*** shadow/3208 Tue Aug 21 09:58:18 2001
--- shadow/3208.tmp.4288 Tue Aug 21 09:58:18 2001
***
*** 0
--- 1,30
+
+==
==+ + | Blocks aligned incorrectly in PDF
| +
+--
--+ + |Bug #: 3208Product: Fop
| + | Status: NEW Version: all
| + | Resolution:Platform: PC
| + | Severity: Normal OS/Version:
Windows 9x | + | Priority: Other
Component: pdf renderer| +
+--
--+ + | Assigned To: [EMAIL PROTECTED]
| + | Reported By: [EMAIL PROTECTED]
| + | CC list: Cc:
| +
+--
--+ + | URL:
| +
+==
==+ + | DESCRIPTION
| + 1) The measurement of blocks both horizontally and vertically do
not seem to + add up correctly (e.g. I have a block defined as 19cm wide,
but it prints as + being about 17.8 cms; and a block 17cms in height only
printed as around 16 + cms).
+
+ Somebody else did a similar test (after raising the issue in fop-dev) and
they + found that a 6inch column results in 5.625inches.
+
+ 2) in a table definition (again using -pdf renderer) the contents of one
column + are creeping to the left even though the end position is
defined. It seems + to occur when the contents of a previous column has
little or no text. (In my + test I had one column with lots of W's
starting with 10-W's on row-1, reducing + to 1W on row-10; at row-8 with
only 3-W's - the contents of the second column + start to get dragged over
to the left.)
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
? LineArea.java.diff
Index: LineArea.java
===
RCS file: /home/cvspublic/xml-fop/src/org/apache/fop/layout/LineArea.java,v
retrieving revision 1.49
diff -u -r1.49 LineArea.java
--- LineArea.java 2001/08/02 19:38:08 1.49
+++ LineArea.java 2001/08/21 19:58:33
@@ -429,27 +429,42 @@
wordWidth = 0;
return i;
}
-if (wordStart == start) {// if couldn't even fit
-// first word
-overrun = true;
-// if not at start of line, return word start
-// to try again on a new line
-if (finalWidth 0) {
-return wordStart;
-}
-} else if (this.wrapOption == WrapOption.WRAP) {
+
+if (this.wrapOption == WrapOption.WRAP) {
+
+int ret=wordStart;
+
if (hyphProps.hyphenate == Hyphenate.TRUE) {
-return this.doHyphenation(dataCopy, i, wordStart,
- this.getContentWidth()
- - (finalWidth
- + spaceWidth
-