Jeremias, Joerg and other Eclipse users,
I'm trying to apply Checkstyle 3.1.0 to fop-head via Eclipse 2.1, and am
having a few problems. I cannot import the checkstyle.cfg file, so I
have constructed a new one. I seem to have been much too restrictive in
what I have tried, and am now working
I think so. Please remove them.
On 19.06.2003 11:27:15 Peter B. West wrote:
Done. The hyphenation works now. What's the story with the
documentation targets now that we are using forrest? Can they be removed?
Jeremias Maerki
Oh, I didn't realize that David has a new version of his excellent
plug-in. He said he would drop me a note when the new version for
checkstyle 3.x is out. Hmm. I'm downloading right now.
Can you upload what you have already?
On 20.06.2003 08:14:21 Peter B. West wrote:
Jeremias, Joerg and other
pbwest 2003/06/20 00:41:58
Added: .checkstyle1.3.0-head
Log:
Plugin config for Checkstyle 1.3.0
Revision ChangesPath
1.1 xml-fop/checkstyle1.3.0-head
Index: checkstyle1.3.0-head
Done. It is currently notifying many, many style violations, so I am
working my way through, but you will probably spot things faster. I
think i many cases there is just no consistency because the issue has
never been canvassed.
The Import and Export of Plugin Configs works for me, but any
The current FOP is not fit for i18n, directions, area orientations and does
not even support a dotted line. Renderes too. Design correct data objects in
the first place instead of fancy control mechanisms.
- what do pipelines look like?
- are there really pipelines or are partial document
pbwest 2003/06/20 03:06:17
Modified:src/java/org/apache/fop/area CTM.java
Log:
Changed positioning of '{' in nested blocks
Revision ChangesPath
1.2 +2 -4 xml-fop/src/java/org/apache/fop/area/CTM.java
Index: CTM.java
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20943.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
pbwest 2003/06/20 03:15:41
Modified:src/java/org/apache/fop/servlet FopPrintServlet.java
Log:
Removed space before ';'
Revision ChangesPath
1.5 +1 -1 xml-fop/src/java/org/apache/fop/servlet/FopPrintServlet.java
Index: FopPrintServlet.java
pbwest 2003/06/20 03:21:50
Modified:src/java/org/apache/fop/render/ps PSRenderer.java
Log:
Static method accessed in static manner.
Spaces before ';' removed.
Array specifiers moved.
Revision ChangesPath
1.4 +6 -6
pbwest 2003/06/20 03:25:32
Modified:src/java/org/apache/fop/apps CommandLineOptions.java
Log:
Array brackets moved
Revision ChangesPath
1.5 +1 -1 xml-fop/src/java/org/apache/fop/apps/CommandLineOptions.java
Index: CommandLineOptions.java
pbwest 2003/06/20 03:28:08
Modified:src/java/org/apache/fop/apps LayoutHandler.java
Log:
Java style array brackets
Revision ChangesPath
1.5 +1 -1 xml-fop/src/java/org/apache/fop/apps/LayoutHandler.java
Index: LayoutHandler.java
Shouldn't that be Checkstyle 3.1.0?
On 20.06.2003 09:41:58 pbwest wrote:
pbwest 2003/06/20 00:41:58
Added: .checkstyle1.3.0-head
Log:
Plugin config for Checkstyle 1.3.0
Jeremias Maerki
-
To
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20879.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
jeremias2003/06/20 05:25:02
Modified:src/org/apache/fop/pdf Tag: fop-0_20_2-maintain
PDFT1Stream.java
Log:
Fix length entry in for embedded Type1 font (leads to errors in PDF viewers other
than Acrobat Reader)
Revision ChangesPath
No
jeremias2003/06/20 05:26:40
Modified:.Tag: fop-0_20_2-maintain CHANGES
Log:
Fix length entry in for embedded Type1 font (leads to errors in PDF viewers other
than Acrobat Reader)
Revision ChangesPath
No revision
No
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20950.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
jeremias2003/06/20 06:34:48
Modified:src/org/apache/fop/render/ps Tag: fop-0_20_2-maintain
PSRenderer.java
Log:
Fix for bug #20879 (leader broken, missing moveToCurrPosition)
Submitted by: Larry Moore [EMAIL PROTECTED]
Fix for bug #5674 (High memory
jeremias2003/06/20 06:39:43
Modified:.Tag: fop-0_20_2-maintain CHANGES
Log:
Update changes
Revision ChangesPath
No revision
No revision
1.10.2.64 +5 -0 xml-fop/CHANGES
Index: CHANGES
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=5674.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20879.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
bdelacretaz2003/06/20 08:54:44
xml-fop/src/java/org/apache/fop/rtf/rtflib - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
bdelacretaz2003/06/20 08:56:51
Modified:.build.xml
Log:
rtflib package is not compilable yet
Revision ChangesPath
1.82 +10 -0 xml-fop/build.xml
Index: build.xml
===
RCS file:
bdelacretaz2003/06/20 09:03:54
xml-fop/src/java/org/apache/fop/rtf/rtflib/exceptions - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
bdelacretaz2003/06/20 09:04:04
xml-fop/src/java/org/apache/fop/rtf/rtflib/rtfdoc - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
bdelacretaz2003/06/20 09:04:12
xml-fop/src/java/org/apache/fop/rtf/rtflib/testdocs - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Hi Victor,
I have committed the classes from the jfor RTF library under
org.apache.fop.rtf.rtflib.
They don't compile out of the box, so I disabled their compilation in
build.xml for now, didn't have time to look further.
The next step would be to get them to compile, have the RTFHandler use
Bertrand Delacretaz wrote:
I have committed the classes from the jfor RTF library under
org.apache.fop.rtf.rtflib.
Thanks.
They don't compile out of the box, so I disabled their compilation in
build.xml for now, didn't have time to look further.
The next step would be to get them to
On 6/2/2003 3:21 PM, Victor Mote wrote:
Jeremias Maerki wrote:
That'll go away next time the site is updated. See my change:
http://cvs.apache.org/viewcvs.cgi/xml-fop/src/documentation/conten
t/xdocs/team.xml.diff?r1=1.5r2=1.6diff_format=h
The mailto prefixes were missing and Forrest/Cocoon
Clay Leeds wrote:
I was going to ask (nag? -- btw, you don't need to add nag to my bio
;-p) about updates to the Team page. Then I noticed that nothing has
been done to the Team Page since you added my and Glen's e-mail address
Sorry. I just took a look at the forrestbot log there are a
--- Victor Mote [EMAIL PROTECTED] wrote:
AreaTree
is not
renderer-specific, but RenderContext specific. So,
for example, the same
AreaTree can be used to generate PostScript and PDF
output.
Are you sure? Please read
http://marc.theaimsgroup.com/?l=fop-devm=105455951226310w=2
(Peter,
On 20.06.2003 20:58:58 Glen Mazza wrote:
--- Victor Mote [EMAIL PROTECTED] wrote:
AreaTree
is not
renderer-specific, but RenderContext specific. So,
for example, the same
AreaTree can be used to generate PostScript and PDF
output.
Are you sure? Please read
Previous email was sent before I was done red face/,
please ignore for this one:
--- Victor Mote [EMAIL PROTECTED] wrote:
AreaTree
is not
renderer-specific, but RenderContext specific. So,
for example, the same
AreaTree can be used to generate PostScript and PDF
output.
Are you sure?
On 20.06.2003 21:23:50 Glen Mazza wrote:
(1) Doc/Dri/whatever feed the FOTreeBuilder the xslfo
and the render_type, calls Run()
(2) Based on the render_type FOTreeBuilder either
creates an area tree of its choosing, or doesn't
(AWT/Print).
Even with AWT/Print an Area Tree is generated.
Victor Mote wrote:
I don't understand. The setOutputType() would be in the RenderType class,
which is one of the four classes that Driver would be split into. So there
might also be, for example, a setEncryptionKey() method to handle this. The
whole point of creating the three extra classes is to
Glen Mazza wrote:
foTree = foTreeBuilder.createFOTree();
areaTree = areaTree.createAreaTree(foTree);
Check old FOP versions, like 0.19 or so...
You are correct--this is *very* elegant--problem is,
from Keiron's writing, we just can't separate the
FOTree from the area tree because of an
On 20.06.2003 21:34:28 J.Pietschmann wrote:
Could you outline your API ideas on the Wiki?
Yes, please. I'm also in the process of writing down my ideas. That way
it will be much easier to relate everyone's ideas to each other. At the
moment I wish we could all sit together and figure it out by
On 20.06.2003 21:38:02 Glen Mazza wrote:
This seems to be another layer of indirection--quite
useful still--but might the area tree *still* be
renderer-dependent? (The involved renderers can be
asked--It still has to know which renderers to ask,
right? It may very well get different
--- Jeremias Maerki [EMAIL PROTECTED] wrote:
Even with AWT/Print an Area Tree is generated.
But no area tree is generated when a
StructureHandler (RTF/MIF) is
active.
Yes, I got confused between the two sets of weird
render types: those that handle their processing with
their own
Oops! Oh well, it can now be updated to 3.1.1, which has just been
released. Back to the downloads.
Peter
Jeremias Maerki wrote:
Shouldn't that be Checkstyle 3.1.0?
On 20.06.2003 09:41:58 pbwest wrote:
pbwest 2003/06/20 00:41:58
Added: .checkstyle1.3.0-head
Log:
40 matches
Mail list logo