summaryrefslogtreecommitdiff
path: root/pcl/Anomalies.txt
diff options
context:
space:
mode:
authorHenry Stiles <henry.stiles@artifex.com>1999-02-01 19:44:49 +0000
committerHenry Stiles <henry.stiles@artifex.com>1999-02-01 19:44:49 +0000
commit990618cea0afcf7d84557cb12fbc21d199c27a74 (patch)
tree5a9bd1a8b5c46b22e6c7229d843613712fa475e4 /pcl/Anomalies.txt
parent8b9926712a87005e513fab0518c52048e1f92b1e (diff)
updates for recent fixes.
git-svn-id: http://svn.ghostscript.com/ghostpcl/trunk/ghostpcl@670 06663e23-700e-0410-b217-a244a6096597
Diffstat (limited to 'pcl/Anomalies.txt')
-rw-r--r--pcl/Anomalies.txt34
1 files changed, 18 insertions, 16 deletions
diff --git a/pcl/Anomalies.txt b/pcl/Anomalies.txt
index a570f5eb8..800d7d71e 100644
--- a/pcl/Anomalies.txt
+++ b/pcl/Anomalies.txt
@@ -621,18 +621,23 @@ Difference in specific tests of the PCL 5c FTS
behavior, and the behavior of HP devices other than the CLJ 5/5M. The
behavior of the CLJ 5/5M is apparently a bug.
+1372, 1382
+ small tail on beziers with triangular joins. Not likely to occur.
+
1402 (et. al.):
The filling of GL/2 polygon regions with lines in the Artifex PCL 5c
interpreter is not completely accurate. Line space and phasing are both
incorrect. These bugs are present in many other GL/2 tests as well.
-1440 - 1446 (et. al.):
+1422, 1423, 1424, 1445, 1446, 1462, 1463, 1801, 1803, 1811, 1817, 1894, 1895, 1941, 1946,
+1950, 1951, 1960, 1961, 1962, 1963, 1964, 1965, 1966, 2210 (page 1), 2220 (page 2)
- When using GL/2 line fills, the Artifex PCL 5c interpreter clips the
- rendered representation of the line, rather than the path along which
- the line is to be drawn. This difference is evident in the pie wedges
- used in this set of tests, and many others.
+ Artifex GL/2 does not support line pattern fill phasing and when
+ using GL/2 line fills, the Artifex PCL 5c interpreter clips the
+ rendered representation of the line, rather than the path along
+ which the line is to be drawn. This difference is evident in the
+ pie wedges used in this set of tests, and many others.
1463, 1463:
@@ -674,16 +679,6 @@ Difference in specific tests of the PCL 5c FTS
not accurate. This is particularly noticeable for arbitrary transformations
of text, as in the first two tests cited.
-1894, 1895 (et. al.):
-
- For reasons that are not completely clear, the dashed lines used for
- patterned line fills in this example are completely solid in the Artifex
- PCL 5c interpreter. This is a bug.
-
- In these and many other tests, the Artifex PCL 5c interpreter appears to
- use the incorrect line pattern size (dash length). The cause of this
- problem has not yet been determined.
-
2003:
The Artifex PCL 5c interpreter apparently misplaces the label origin for
@@ -694,7 +689,10 @@ Difference in specific tests of the PCL 5c FTS
2040 - 2070:
The GL/2 clipping behavior of the Artifex PCL 5c interpreter is not
- identical to that of the CLJ 5/5M.
+ identical to that of the CLJ 5/5M. In particular, the Artifex
+ interpreter clips in device space not source space as hp does.
+ The clipping of zero width lines is device dependant resulting in
+ several differences between HP and Artifex in these fts panels.
2080:
@@ -737,6 +735,10 @@ Difference in specific tests of the PCL 5c FTS
the behavior of the implementation and different devices (Color
Laserjet & 6MP) produce different results for each of these test files.
+2180, 2190, 2200
+ These file set the top margin inside the imageable region. We
+ clip to the imageable region. Applications will not do this.
+
2210 (fourth page):
The scaling of the output differs between the Artifex PCL 5c interpreter