DO NOT REPLY [Bug 21554] - Exception in thread "main" java.lang.NoClassDefFoundError:

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 21555] - Exception in thread "main" java.lang.NoClassDefFoundError:

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 21555] New: - Exception in thread "main" java.lang.NoClassDefFoundError:

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 21554] New: - Exception in thread "main" java.lang.NoClassDefFoundError:

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

cvs commit: xml-fop/src/java/org/apache/fop/fo/flow BasicLink.java BidiOverride.java Block.java BlockContainer.java Character.java

vmote 2003/07/13 18:53:41 Modified:src/java/org/apache/fop/fo/flow BasicLink.java BidiOverride.java Block.java BlockContainer.java Character.java Log: style changes only Revision ChangesPath 1.2 +25 -13xml-fop/sr

cvs commit: xml-fop/examples/fo/basic extensive.fo

chrisg 2003/07/13 18:26:04 Modified:examples/fo/basic Tag: fop-0_20_2-maintain extensive.fo Log: fixed small problem work with latest leader changes Revision ChangesPath No revision No revision 1.1.2.2 +13 -2 xml-

cvs commit: xml-fop/src/java/org/apache/fop/fo/flow ExternalGraphic.java

vmote 2003/07/13 18:26:04 Modified:src/java/org/apache/fop/fo/flow ExternalGraphic.java Log: remove unused local variables Revision ChangesPath 1.2 +10 -37xml-fop/src/java/org/apache/fop/fo/flow/ExternalGraphic.java Index: ExternalGraphic.java =

cvs commit: xml-fop/src/java/org/apache/fop/fo/flow Float.java Flow.java Footnote.java FootnoteBody.java InitialPropertySet.java Inline.java

vmote 2003/07/13 18:12:53 Modified:src/java/org/apache/fop/fo/flow Float.java Flow.java Footnote.java FootnoteBody.java InitialPropertySet.java Inline.java Log: style changes only Revision ChangesPath 1.2 +11 -11

cvs commit: xml-fop/src/java/org/apache/fop/fo/flow InstreamForeignObject.java

vmote 2003/07/13 17:44:13 Modified:src/java/org/apache/fop/fo/flow InstreamForeignObject.java Log: remove unused local variables in getInlineArea() Revision ChangesPath 1.3 +0 -22 xml-fop/src/java/org/apache/fop/fo/flow/InstreamForeignObject.java Index:

cvs commit: xml-fop/src/java/org/apache/fop/fo/flow InstreamForeignObject.java

vmote 2003/07/13 17:41:35 Modified:src/java/org/apache/fop/fo/flow InstreamForeignObject.java Log: extract methods computeXOffset() and computeYOffset() from getInlineArea() Revision ChangesPath 1.2 +50 -40 xml-fop/src/java/org/apache/fop/fo/flow/InstreamForei

cvs commit: xml-fop/examples/fo/basic leader.fo

chrisg 2003/07/13 17:16:49 Modified:examples/fo/basic Tag: fop-0_20_2-maintain leader.fo Log: made example work with latest leader changes Revision ChangesPath No revision No revision 1.1.2.3 +5 -5 xml-fop/exampl

cvs commit: xml-fop/src/java/org/apache/fop/fo/flow InlineContainer.java Leader.java ListBlock.java ListItem.java ListItemBody.java ListItemLabel.java

vmote 2003/07/13 16:33:23 Modified:src/java/org/apache/fop/fo FObjMixed.java src/java/org/apache/fop/fo/flow InlineContainer.java Leader.java ListBlock.java ListItem.java ListItemBody.java ListItemLabel.java Log: style

cvs commit: xml-fop/src/java/org/apache/fop/fo/flow MultiCase.java MultiProperties.java MultiPropertySet.java MultiSwitch.java MultiToggle.java PageNumber.java PageNumberCitation.java StaticContent.java

vmote 2003/07/13 15:41:22 Modified:src/java/org/apache/fop/fo/flow MultiCase.java MultiProperties.java MultiPropertySet.java MultiSwitch.java MultiToggle.java PageNumber.java PageNumberCitation.java StaticContent.j

RE: Checkstyle max method length

Glen Mazza wrote: > If the reason you gave in CVS for changing the code > was just to make it more readable or usable, then it > wouldn't have been an issue. But the reason you gave > CVS for the change was primarily to make checkstyle > happy: > > "extract methods nextDecimalPoint() and nextColo

Re: [VOTE] ElementMapping changes & 5 FO's into pagination

J.Pietschmann wrote: Glen Mazza wrote: > (1.) I would like to remove the addToBuilder() > function (and update its subclasses) from the > ElementMapping interface and replace it with > getNamespaceURI() and getFOTable() functions +1 BTW this is not a change which requires a vote. Change done.

cvs commit: xml-fop/src/java/org/apache/fop/fo/flow Table.java TableAndCaption.java TableBody.java TableCaption.java TableCell.java TableColumn.java TableFooter.java TableHeader.java TableRow.java Wrapper.java

vmote 2003/07/13 13:52:06 Modified:src/java/org/apache/fop/fo FObj.java ToBeImplementedElement.java src/java/org/apache/fop/fo/flow Table.java TableAndCaption.java TableBody.java TableCaption.java Ta

RE: Checkstyle max method length

--- Victor Mote <[EMAIL PROTECTED]> wrote: > I think it is instructive that neither of you > commented on whether the > changes that were made actually improved the code or > not. > > I think you both > need to either 1) show that the code was better > before I changed it, If the reason you gave

Re: Checkstyle max method length

Victor Mote wrote: Peter B. West wrote: Glen Mazza wrote: Victor, I noticed we had to break up a function to satisfy Checkstyle's max method length size of 150 ( http://marc.theaimsgroup.com/?l=fop-cvs&m=105806596213734&w=2). That seems too constricted for our use--it's may force parameter pass

RE: Checkstyle max method length

Peter B. West wrote: > Glen Mazza wrote: > > Victor, > > > > I noticed we had to break up a function to satisfy > > Checkstyle's max method length size of 150 ( > > http://marc.theaimsgroup.com/?l=fop-cvs&m=105806596213734&w=2). > > That seems too constricted for our use--it's may > > force param

Re: Checkstyle max method length

Glen Mazza wrote: Victor, I noticed we had to break up a function to satisfy Checkstyle's max method length size of 150 ( http://marc.theaimsgroup.com/?l=fop-cvs&m=105806596213734&w=2). That seems too constricted for our use--it's may force parameter passing of local variables where none would ot

RE: Just a stupid question ... =P

Ok, I see. There are probably a lot of people that want a free ride to the moon, but that really doesn't make it any more feasible to get them there. I think the main problem is to get them back alive Thomas Sporbeck ---

Bug report for Fop [2003/07/13]

+---+ | Bugzilla Bug ID | | +-+ | | Status: UNC=Unconfirmed NEW=New ASS=Assigned

Checkstyle max method length

Victor, I noticed we had to break up a function to satisfy Checkstyle's max method length size of 150 ( http://marc.theaimsgroup.com/?l=fop-cvs&m=105806596213734&w=2). That seems too constricted for our use--it's may force parameter passing of local variables where none would otherwise be needed.

Re: checkstyle: public members

+1 to everything Jörg said. On 13.07.2003 11:19:37 J.Pietschmann wrote: > Victor Mote wrote: > > "checkstyle.pattern.publicmember" = "^f[A-Z][a-zA-Z0-9]*$", which is the > ... > > 1. was this really our intent? > > I'm not sure. Nevertheless, it was apparently made by well meaning > people who th

Re: checkstyle: public members

J.Pietschmann wrote: Victor Mote wrote: "checkstyle.pattern.publicmember" = "^f[A-Z][a-zA-Z0-9]*$", which is the ... 1. was this really our intent? I'm not sure. Nevertheless, it was apparently made by well meaning people who thought detailed naming conventions would help to spot scope/type/sem

Re: checkstyle: public members

Victor Mote wrote: "checkstyle.pattern.publicmember" = "^f[A-Z][a-zA-Z0-9]*$", which is the ... 1. was this really our intent? I'm not sure. Nevertheless, it was apparently made by well meaning people who thought detailed naming conventions would help to spot scope/type/semantic of an identifier ea