Re: Fixing marks layering

Hi, Tacio Naja Domingos wrote: > Thanks for your reply. In that you believe the Antenna House formatter > implementation is correct, do you know how I would, in theory, be able to get > the table-cell border displayed below the block-container (current Fop > behaviour)? In theory, I guess you

Re: Tables in Prototype

I’ve just put the documentation under version control: http://svn.apache.org/viewvc?view=rev&revision=706297 so that it’s easy to track changes. Vincent Vincent Hennebert wrote: > Hi All, > > I realize that I haven’t given any news about my prototype for quite > a while

Re: Layouts tree pruning for the prototype

Hi Dario, Just a short note to say that I haven’t forgotten your message, but that it is still marked unread in my mail box... As you will see in my other e-mail I’ve been quite busy lately, working on tables and preparing documentation for community review. I’ll try to have a look at your patch n

Tables in Prototype

Hi All, I realize that I haven’t given any news about my prototype for quite a while now. This is not entirely due to holidays, unfortunately... Mixing line- and page-level breaking in paragraphs appeared to be the easy part. Even if I brought major refactorings to the code since I started workin

Re: [PATCH] Freeing area tree memory

Hi Dario, Dario Laera wrote: > Hi all, > > I wrote a patch that fixes a memory leak making FOP freeing areaTree > memory after rendering (or caching) a page within a page-sequence > processing: with this patch since the first page areaTree has been > completed, the memory consumption is almost co

Re: svn commit: r690319 - in /xmlgraphics/fop/trunk: ./ src/java/org/apache/fop/layoutmgr/table/ test/layoutengine/standard-testcases/

then it’s indeed best to wait for the implementation of the new approach. Andreas Delmelle wrote: > On Sep 17, 2008, at 13:26, Vincent Hennebert wrote: >> Now /that/ is maybe the place for optimizations: improve the FO tree. >> For example make sure that no object is created if

Code Duplication [Re: svn commit: r680339 - in /xmlgraphics/fop/branches/Temp_AreaTreeNewDesign/src/java/org/apache/fop/render: AbstractPathOrientedRenderer.java intermediate/IFGraphicContext.java int

Hi, (Still catching up with the commits of the past month...) I’d like to take this commit as an opportunity to launch the debate about copy-pasting: > Date: Mon Jul 28 06:03:40 2008 > New Revision: 680339 > Modified: > xmlgraphics/fop/branches/Temp_AreaTreeNewDesign/src/java/org/apache/fop/re

Re: Code Duplication [Re: svn commit: r680339 - in /xmlgraphics/fop/branches/Temp_AreaTreeNewDesign/src/java/org/apache/fop/render: AbstractPathOrientedRenderer.java intermediate/IFGraphicContext.java

Jeremias Maerki wrote: > On 09.09.2008 13:01:54 Vincent Hennebert wrote: >>> /** [EMAIL PROTECTED] */ >>> protected void renderBlockViewport(BlockViewport bv, List children) { >>> +//Essentially the same code as in the super class but optimized

Re: svn commit: r690319 - in /xmlgraphics/fop/trunk: ./ src/java/org/apache/fop/layoutmgr/table/ test/layoutengine/standard-testcases/

he additional overhead involved with your > solution. But not without additional code duplication. > On 11.09.2008 14:11:31 Vincent Hennebert wrote: >> Hi, >> >>> Author: jeremias >>> Date: Fri Aug 29 09:36:17 2008 >>> New Revision: 690319 >>>

Re: svn commit: r690319 - in /xmlgraphics/fop/trunk: ./ src/java/org/apache/fop/layoutmgr/table/ test/layoutengine/standard-testcases/

Hi Andreas, (Answering both of your messages in one.) Andreas Delmelle wrote: > On Sep 16, 2008, at 12:05, Vincent Hennebert wrote: > >> >> I think this is negligible, precisely because we’re not talking about >> a lot of missing cells. This would start to be noticeab

Re: svn commit: r690319 - in /xmlgraphics/fop/trunk: ./ src/java/org/apache/fop/layoutmgr/table/ test/layoutengine/standard-testcases/

Jeremias Maerki wrote: > On 11.09.2008 22:59:31 Vincent Hennebert wrote: >> Jeremias Maerki wrote: >>> I knew full well when I committed this that there's a certain >>> probability that you're not going to be happy with how I dit it. It's >>>

Re: svn commit: r690319 - in /xmlgraphics/fop/trunk: ./ src/java/org/apache/fop/layoutmgr/table/ test/layoutengine/standard-testcases/

Hi, > Author: jeremias > Date: Fri Aug 29 09:36:17 2008 > New Revision: 690319 > > URL: http://svn.apache.org/viewvc?rev=690319&view=rev > Log: > Added missing generation of areas for empty grid units in tables with > collapsing border model. I’m not happy with that change. Basically it’s code

Re: About the prototype for interleaved page and line breaking

Hi Dario, Welcome! By implementing a recovering mechanism you actually did something that I hadn’t planned to do before a while. I’ve always carefully crafted my examples so that I’d never run out of active layouts; the goal being to keep the prototype simple for now. I knew I’d have to look into

Re: A (long) question on implementing fo:retrieve-table-marker

Hi Jean-François, Jean-François El Fouly wrote: > I take as reference: http://www.w3.org/TR/xsl/ > *GRAVE: Exception > javax.xml.transform.TransformerException: > org.apache.fop.fo.ValidationException: > file:/D:/Java/fop-0.95beta/test-rtm.fo:533:112: Error(533/112): > fo:retrieve-tab > le-mark

Re: I need fo:retrieve-table-marker example or how to implement continued label in FOP-95?

For the sake of completeness, see this message and the following ones in the same thread: http://mail-archives.apache.org/mod_mbox/xmlgraphics-fop-dev/200805.mbox/<[EMAIL PROTECTED]> Some non-trivial changes are indeed necessary in the table layout code... and might be further invalidated by the

Re: Unified page/linebreaking

Hi Simon, Thanks for your feedback! Sorry for the late answer, I was mostly off-line during the past week (and will be until the end of the month anyway). I’ve just committed a bunch of changes I made to the prototype, that turned out to be necessary for implementing tables. Note that the change

svnmerge-integrated on FOP Trunk [was: Re: svn commit: r682605 - /xmlgraphics/fop/trunk/]

Hi, > Author: jeremias > Date: Mon Aug 4 23:55:12 2008 > New Revision: 682605 > > URL: http://svn.apache.org/viewvc?rev=682605&view=rev > Log: > Removed merge tracking for "svnmerge" for > https://svn.apache.org/repos/asf/xmlgraphics/fop/branches/fop-0_95 > > Modified: > xmlgraphics/fop/tr

Re: svn commit: r682321 - in /xmlgraphics/fop/branches/Temp_AFPGOCAResources/src/java/org/apache/fop/store: ./ FileStore.java InputStreamStorer.java StoreRecord.java Storer.java Writable.java Writable

Jeremias Maerki wrote: > My order of preference for this: > > 1. org.apache.fop.render.afp.tools.store > 2. org.apache.fop.util.store > > org.apache.fop.store is the wrong place if you ask me (not a veto this > time). Additional opinions very welcome. If the package doesn’t contain anything that

Re: Website: Areas of Expertise

Hi Luis, Luis Ferro wrote: > I'm no hacker of svn, but it should be possible to generate the table based > on the commits only... and a date threshold for the last commit by each > contributor. Interesting suggestion... however, I’m not sure this would work well. For example, I recently removed t

Website: Areas of Expertise

While checking the website for the 0.95 release I stumbled upon this “Areas of Expertise” table on the team.html page, and realised that some inactive committers are still listed while some active committers aren’t. I guess those inactive committers won’t mind if we replace their columns with activ

Re: Preparing the final 0.95 release

Jeremias Maerki wrote: > As you may have seen I'm preparing the final 0.95 release right now. > Finally! I would very much appreciate if someone could throw a second > pair of eyes on the website content for the 0.95 release in the branch > and could let me know ASAP if I forgot anything. I will th

Re: svn commit: r679758 [1/34] - in /xmlgraphics/fop/branches/Temp_AFPGOCAResources: ./ examples/embedding/java/embedding/ examples/embedding/java/embedding/events/ examples/embedding/java/embedding/i

> Author: vhennebert > Date: Fri Jul 25 03:55:49 2008 > New Revision: 679758 > > URL: http://svn.apache.org/viewvc?rev=679758&view=rev > Log: > Merged revisions 679052-679352 via svnmerge from > https://svn.eu.apache.org/repos/asf/xmlgraphics/fop/trunk > > > r679326 | vhennebert | 200

Re: svn commit: r679326 [1/33] - in /xmlgraphics/fop/trunk: examples/embedding/java/embedding/ examples/embedding/java/embedding/events/ examples/embedding/java/embedding/intermediate/ examples/embedd

Jeremias Maerki wrote: > Depends on every single committer. ;-) > > For Eclipse users: > In Preferences under Java/Editor/Save Action, enable "Additional actions" > and enable "Remove trailing white spaces on all lines". Gosh! And during all that time I was internally moaning about that bl... Ecl

Re: [Xmlgraphics-fop Wiki] Update of "AreaTreeIntermediateXml/NewDesign" by JeremiasMaerki

Hi, > The following page has been changed by JeremiasMaerki: > http://wiki.apache.org/xmlgraphics-fop/AreaTreeIntermediateXml/NewDesign > > The comment on the change is: > Added an idea related to the IF & changed proposed split interface names > > + + We can make three categories of renderers:

Re: svn commit: r675698 - in /xmlgraphics/fop/trunk/src/java/org/apache/fop/cli: CommandLineOptions.java InputHandler.java Main.java

Hi Jeremias, > Author: jeremias > Date: Thu Jul 10 12:47:12 2008 > New Revision: 675698 > > URL: http://svn.apache.org/viewvc?rev=675698&view=rev > Log: > Added support for piping: > - input from stdin (-imagein not supported) > - output to stdout > > Syntax: fop -xml # -xsl mystylesheet.xsl -pd

Re: svn commit: r674245 - /xmlgraphics/fop/trunk/src/java/org/apache/fop/fo/flow/table/TableFObj.java

Hi, > Author: adelmelle > Date: Sat Jul 5 15:53:58 2008 > New Revision: 674245 > switch (side) { > -case CommonBorderPaddingBackground.BEFORE: > -borderBefore = new ConditionalBorder(borderSpec, > collapsingBorderModel); > -break; > -case CommonBo

Re: svn commit: r669448 [1/2] - in /xmlgraphics/fop/branches/Temp_Interleaved_Page_Line_Breaking/prototype/java: ./ src/ src/org/ src/org/apache/ src/org/apache/fop/ src/org/apache/fop/prototype/ src/

ht I’d commit what I have now so that interested people can have a look meanwhile. Please don’t enable Checkstyle on this code ;-) The best place to start from is probably o.a.f.prototype.LayoutEngine. Watch also the Dot class that makes all sort of things with your hard drive. Cheers, Vincen

Re: svn commit: r669118 - in /xmlgraphics/fop/branches/fop-0_95: ./ src/java/org/apache/fop/fo/flow/ src/java/org/apache/fop/fo/flow/table/ src/java/org/apache/fop/fo/properties/ src/java/org/apache/f

e this change as is in the 0.95 branch, but it should not be merged back into the Trunk. Vincent -- Vincent HennebertAnyware Technologies http://people.apache.org/~vhennebert http://www.anyware-tech.com Apache FOP Committer FOP Development/Consulting

Re: Interleaved page and linebreaking branch

spend much > more time to his approach. > > The final reason is that I can spend far less time on FOP coding > during this summer. > > I will spend what time I have on supporting Vincent's approach. > > Regards, Simon Cheers, Vincent -- Vincent Hennebert

Re: PageAndLineBreaking/UnifiedApproach

ly compare both approaches. But keeping side floats in mind should allow to avoid fundamental mistakes. Not sure I’ll be able to implement them in the prototype (at some point I’ll have to start the real implementation :-) ), but I’ll for sure give them a thought. Cheers, Vincent -- Vincent Hennebert

Re: Code Quality Metrics

Gustafson wrote: > On Fri, Jun 13, 2008 at 6:11 AM, Max Berger wrote: > >> Vincent Hennebert schrieb: >>>> 18000 PMD violations is just sick. Things like rule [1] doesn't really >> help >>>> the source code. We can do that if we get a budget for >> nuc

Re: Non-applicable properties? (was: ClassCastException when using Table Cells in FOP 0.95B)

object isn’t a table-cell nor a table-column. Simply, no check for column availability must be performed. Vincent -- Vincent HennebertAnyware Technologies http://people.apache.org/~vhennebert http://www.anyware-tech.com Apache FOP Committer FOP Development/Consulting

Re: Code Quality Metrics

on (although the performance advantage is debatable). Moreover, the time where our last resort to further improve performance is to declare final all the arguments of all the methods of the codebase is no near to be reached IMO ;-) Vincent -- Vincent HennebertAnyware Technologies http://people.apache.org/~vhennebert http://www.anyware-tech.com Apache FOP Committer FOP Development/Consulting

Re: Code Quality Metrics

" tools (which can actually be called on the whole src dir!). >> However, that would result in a change in almost every file, and >> making merging of separate branches almost impossible. This should >> therefore not be done until 0.95 is released, to allow backporti

Re: Code Quality Metrics

; nice Code Inspection features. It warns about redundant statements, >> for example: unnecessary casts, variable that are assigned but never >> used, while-statements that don't loop... > > nice. This could definitely be complimentary. > >> As you said, the result

Re: Code Quality Metrics

f them are debatable) > > I'd be willing to set up reporting for these 3 tools, so that you can > check what they suggest. I usually try to follow of these rules when > creating new files. > > Max > > -- Vincent HennebertAnyware Technologies

Re: ElementListUtils vs. ListUtils

il class is more general, so it deserves its own existence. No need to change anything. Vincent -- Vincent HennebertAnyware Technologies http://people.apache.org/~vhennebert http://www.anyware-tech.com Apache FOP Committer FOP Development/Consulting

Re: Switching to Java 1.5

few weeks), just the time to test Retroweaver/translator. Thanks, Vincent Vincent Hennebert wrote: > Hi Guys, > > I would like to raise this topic again: what about switching to Java 1.5 > as a minimum requirement? > > The End of Life transition period for Java 1.4 will

Re: svn commit: r665699 - in /xmlgraphics/fop/trunk/src/java/org/apache/fop: fo/flow/table/ layoutmgr/ layoutmgr/inline/ layoutmgr/list/ layoutmgr/table/

od lookup is negligible and probably done only once, and there’s also JIT compiling that blurs things. And the implementation of get in LinkedList is intelligent enough to start from the end of the list when applicable. See the attached code, that’s worth what it’s worth, but the same amount of

Switching to Java 1.5

possibility to use generics would give us tremendous benefits: simpler, cleaner, safer code, more easily understandable, more easily maintainable, etc. I can’t wait anymore to use those features. So, WDYT? Thanks, Vincent -- Vincent HennebertAnyware Technologies http

StaticContentLM breaks its content?

Hi, Does anyone know why does StaticContentLM implement its own breaker (StaticContentBreaker) and breaks its content using the PageBreakingAlgorithm? AFAIK descendants of a static-content element are not supposed to be broken over several pages. Thanks, Vincent -- Vincent Hennebert

try without catch in BlockStackingLM.getNextKnuthElements

; } } Maybe I’m missing something obvious... Thanks, Vincent -- Vincent HennebertAnyware Technologies http://people.apache.org/~vhennebert http://www.anyware-tech.com Apache FOP Committer FOP Development/Consulting

Re: ZapfDingbats and Symbol not found whereas they are not needed

time to continue this work soon (can't promise anything > atm) Ok, no problem. I just thought I’d make sure the issue was known. Thanks :-) Vincent -- Vincent HennebertAnyware Technologies http://people.apache.org/~vhennebert http://ww

Re: Adding Table Continuation Label support

calls. Don’t worry if you don’t get it the first time, this is quite a complex area. If you have any other questions, don’t hesitate to ask. Good luck! Vincent -- Vincent HennebertAnyware Technologies http://people.apache.org/~vhennebert http://www.a

Re: DO NOT REPLY [Bug 44412] Missing border-after when break-after set on a block

Andreas Delmelle wrote: > On May 15, 2008, at 12:53, [EMAIL PROTECTED] wrote: >> --- Comment #25 from Vincent Hennebert >> <[EMAIL PROTECTED]> 2008-05-15 03:53:03 PST --- >> (In reply to comment #18) >>> page, along with the inner block, in attachment #21531 [d

Breaks and Borders, Successive Break Contexts

Recommendation I think. But within the FOP team we couldn’t reach a consensus on which one should be privileged. Thanks, Vincent Hennebert -- Vincent HennebertAnyware Technologies http://people.apache.org/~vhennebert http://www.anyware-tech.com Apache FOP Committer

Re: Changing IPD, aka Interleaved Page- and Line-breaking

Hi Andreas, Andreas Delmelle wrote: > On May 13, 2008, at 12:06, Vincent Hennebert wrote: > >> Just to let you know that I’m starting my next big task: make it >> possible to specify pages of different widths. > > Cool! You have our full support. ;-) Thanks :-) >>

Re: 8 Unit Tests Broken

f InlineLevelLayoutManager) { > > This check was once added to avoid ClassCastExceptions, IIRC, but since > the validation of fo:wrappers containing inline-content now happens at > parse-time, the FlowLM does not need to check this anymore. This > apparently does result in extra e

Changing IPD, aka Interleaved Page- and Line-breaking

the results of my experiments on the wiki... as soon as I have some results. That’s pretty much it for now. Any comments welcome :) Thanks, Vincent -- Vincent HennebertAnyware Technologies http://people.apache.org/~vhennebert http://www.anyware-tech.com

Re: [Xmlgraphics-fop Wiki] Update of "PropertyHandling/PropertyCache" by AndreasDelmelle

leased, which makes them immediate candidates for garbage collection; instead of having numerous physically different instances in memory, all of them being logically equivalent. Does that make sense? Vincent -- Vincent HennebertAnyware Technologies http://people.

Re: svn commit: r653826 [1/3] - in /xmlgraphics/fop/trunk: ./ src/documentation/content/xdocs/trunk/ src/java/org/apache/fop/apps/ src/java/org/apache/fop/fonts/ src/java/org/apache/fop/fonts/autodete

; +setFontList(fontList); > } else { > -this.fontList.addAll(fontInfoList); > +fontList.addAll(fontList); I have a slight doubt here. It’s not that concatenating a list to itself doesn’t have any interest, but... ;-) Shouldn’t it be embe

Re: about nested tables

usly. BTW, this kind of question would better be asked on the fop-users mailing list next times. Thanks :-) HTH, Vincent -- Vincent HennebertAnyware Technologies http://people.apache.org/~vhennebert http://www.anyware-tech.com Apache FOP Committer FOP Development/Consulting

Re: svn commit: r648381 - in /xmlgraphics/fop/trunk: ./ src/java/org/apache/fop/fo/flow/table/ src/java/org/apache/fop/layoutmgr/ src/java/org/apache/fop/layoutmgr/inline/ src/java/org/apache/fop/layo

you should try and clean-up your code a bit more. Cheers, Vincent -- Vincent HennebertAnyware Technologies http://people.apache.org/~vhennebert http://www.anyware-tech.com Apache FOP Committer FOP Development/Consulting

Re: svn commit: r648381 - in /xmlgraphics/fop/trunk: ./ src/java/org/apache/fop/fo/flow/table/ src/java/org/apache/fop/layoutmgr/ src/java/org/apache/fop/layoutmgr/inline/ src/java/org/apache/fop/layo

Jeremias Maerki wrote: > On 18.04.2008 16:51:37 Vincent Hennebert wrote: >> Jeremias Maerki wrote: >>> On 18.04.2008 12:48:53 Vincent Hennebert wrote: >>>> Hi, >>>> >>>> A few comments: >>>> >>>> - some time ago I crea

Re: svn commit: r648381 - in /xmlgraphics/fop/trunk: ./ src/java/org/apache/fop/fo/flow/table/ src/java/org/apache/fop/layoutmgr/ src/java/org/apache/fop/layoutmgr/inline/ src/java/org/apache/fop/layo

Jeremias Maerki wrote: > On 18.04.2008 12:48:53 Vincent Hennebert wrote: >> Hi, >> >> A few comments: >> >> - some time ago I created a BreakUtil class in the o.a.f.util package. >> I think this class and KeepUtil should be put in the same place. >&

Re: Processing Feedback: Notification for Missing Font

18.04.2008 13:18:53 Vincent Hennebert wrote: >> Jeremias Maerki wrote: >>> Hmm, I cannot reproduce that. The command-line mentions missing fonts to >>> me. I don't expect differences between the font substitution warning and >>> the "auto table" warning

Re: svn commit: r649146 - in /xmlgraphics/fop/trunk: ./ src/java/org/apache/fop/cli/ src/java/org/apache/fop/render/java2d/ src/java/org/apache/fop/render/print/

Jeremias Maerki wrote: > On 18.04.2008 13:01:09 Vincent Hennebert wrote: >> Jeremias Maerki wrote: >>> Hmm, I don't see any relevant ones. >> - invalid param usage: use -param >> - you must specify the number of copies >> - the USAGE messages > &g

Re: Processing Feedback: Notification for Missing Font

d ones. I suspect some initialization is not done when only font-related warnings must be produced. Thanks, Vincent > On 18.04.2008 11:07:08 Vincent Hennebert wrote: >> Jeremias, >> >> When I specify an unknown font family in my FO file and launch FOP with >> the comman

Re: svn commit: r649146 - in /xmlgraphics/fop/trunk: ./ src/java/org/apache/fop/cli/ src/java/org/apache/fop/render/java2d/ src/java/org/apache/fop/render/print/

Jeremias Maerki wrote: > Hmm, I don't see any relevant ones. - invalid param usage: use -param - you must specify the number of copies - value must be a positive integer - the USAGE messages And probably others. > On 18.04.2008 11:28:48 Vincent Hennebert wrote: >> Hi Jeremias

Re: svn commit: r648381 - in /xmlgraphics/fop/trunk: ./ src/java/org/apache/fop/fo/flow/table/ src/java/org/apache/fop/layoutmgr/ src/java/org/apache/fop/layoutmgr/inline/ src/java/org/apache/fop/layo

648381&view=rev > Log: > First part of the implementation of stage 1 for advanced keeps (see Wiki): > Integer values are treated differently from "always" values in > keep-together.within-column for all block-level FOs. -- Vincent HennebertAnyw

Re: svn commit: r649146 - in /xmlgraphics/fop/trunk: ./ src/java/org/apache/fop/cli/ src/java/org/apache/fop/render/java2d/ src/java/org/apache/fop/render/print/

urn the PrinterJob instance that this renderer prints to */ > public PrinterJob getPrinterJob() { > return this.printerJob; > @@ -174,7 +235,8 @@ > > Vector numbers = getInvalidPageNumbers(); > for (int i = numbers.size() - 1; i > -1; i--) { >

Processing Feedback: Notification for Missing Font

, Vincent -- Vincent HennebertAnyware Technologies http://people.apache.org/~vhennebert http://www.anyware-tech.com Apache FOP Committer FOP Development/Consulting

Re: svn commit: r647745 - /xmlgraphics/fop/trunk/

merge tracking to come > will work a little better. > http://subversion.tigris.org/merge-tracking/ > > On 17.04.2008 19:56:14 Vincent Hennebert wrote: >> Just curious: what didn’t work exactly? >> >>> Author: jeremias >>> Date: Mon Apr 14 05:01:06 2008 >>

Re: svn commit: r647745 - /xmlgraphics/fop/trunk/

-/xmlgraphics/fop/branches/Temp_ProcessingFeedback:1-615152 > /xmlgraphics/fop/branches/fop-0_95:1-636405,636407-638388 > /xmlgraphics/fop/trunk:1-65 > +/xmlgraphics/fop/branches/fop-0_95:1-636405,636407-638388 > /xmlgraphics/fop/trunk:1-65 -- Vincent Hennebert

Re: [VOTE:RESULTS] Merge Temp_ProcessingFeedback branch into Trunk

I hope > that's ok. Well done, and thanks for taking my suggestion into account! Cheers, Vincent -- Vincent HennebertAnyware Technologies http://people.apache.org/~vhennebert http://www.anyware-tech.com Apache FOP Committer FOP Development/Consulting

Re: [VOTE] Merge Temp_ProcessingFeedback branch into Trunk

e.org/xmlgraphics-fop/ProcessingFeedback > > [1] > https://svn.apache.org/repos/asf/xmlgraphics/fop/branches/Temp_ProcessingFeedback > > > +1 from me. > > Jeremias Maerki > -- Vincent HennebertAnyware Technologies http://people.apach

[ANN] Apache FOP 0.95beta Released

Graphics team, Vincent Hennebert

Re: [VOTE][RESULT] Release FOP 0.95beta (second try)

release. Thanks, Vincent Vincent Hennebert wrote: > This is a vote for releasing version 0.95beta of Apache FOP, second try. > The candidate distribution files were created from the following tag: > https://svn.apache.org/repos/asf/xmlgraphics/fop/tags/fop-0_95beta/ > (rev. 638320). They

Re: svn commit: r638774 - in /xmlgraphics/fop/branches/Temp_ProcessingFeedback/src/java/org/apache/fop/events: LoggingEventListener.java model/EventSeverity.java

erflow events, missing resources events, font-related events, etc. That would allow to easily disable a family of events you’re not interested in. WDYT? Thanks, Vincent -- Vincent HennebertAnyware Technologies http://people.apache.org/~vhennebert http://www.a

Re: svn commit: r638774 - in /xmlgraphics/fop/branches/Temp_ProcessingFeedback/src/java/org/apache/fop/events: LoggingEventListener.java model/EventSeverity.java

bugging purpose? Vincent -- Vincent HennebertAnyware Technologies http://people.apache.org/~vhennebert http://www.anyware-tech.com Apache FOP Committer FOP Development/Consulting

Re: svn commit: r635686 - in /xmlgraphics/fop/trunk: ./ src/java/org/apache/fop/fo/flow/table/ src/java/org/apache/fop/layoutmgr/ src/java/org/apache/fop/layoutmgr/table/ test/layoutengine/standard-te

ion-dimension or height >> constraint >> +//+ " on the indicated row)." >> +//+ " Due to its contents the row grows" >> +// + " to " + maxCellBPD + " millipoints, but th

[VOTE] Release FOP 0.95beta (second try)

#imageio not found The vote will end on Saturday 22st March, 13:00 UTC. Votes only on general@ please. +1 for me. Thanks, Vincent Hennebert -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

[VOTE] Release FOP 0.95beta

found The vote will end on Friday 21st March, 14:00 UTC. Votes only on general@ please. +1 for me. Thanks, Vincent Hennebert -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFH38qBoHLU0ENYxYQRAsv1AJ4yI2BEq09iR

Re: svn commit: r637119 - in /xmlgraphics/fop/branches/fop-0_95: src/java/org/apache/fop/layoutmgr/BlockStackingLayoutManager.java status.xml test/layoutengine/standard-testcases/block_break-before_bu

Jeremias Maerki wrote: > On 17.03.2008 20:29:07 Vincent Hennebert wrote: >>> Author: jeremias >>> Date: Fri Mar 14 07:41:03 2008 >>> New Revision: 637119 >>> if (returnedList != null >>> && returnedLi

Re: svn commit: r637119 - in /xmlgraphics/fop/branches/fop-0_95: src/java/org/apache/fop/layoutmgr/BlockStackingLayoutManager.java status.xml test/layoutengine/standard-testcases/block_break-before_bu

// a descendant of this block has break-before > +contentList.addAll(returnedList); > + > forcedBreakAfterLast = > (BreakElement)contentList.removeLast(); > context.clearPendingMarks(); > break; >

Re: Jimi dependency in FOP 0.95

Hi, Jeremias Maerki wrote: > On 14.03.2008 12:55:06 Vincent Hennebert wrote: >> Jeremias Maerki wrote: >>> On 14.03.2008 12:20:27 Vincent Hennebert wrote: >>> I'll remove it, sure. Do you want me to do it in the release branch or >>> in trunk? >> P

Re: Jimi dependency in FOP 0.95

Hi Jeremias, Jeremias Maerki wrote: > On 14.03.2008 12:20:27 Vincent Hennebert wrote: >> Jeremias Maerki wrote: >>> The new image loader framework doesn't use Jimi at all anymore. In >>> theory, the whole old image handling classes can now be removed. It

Re: Jimi dependency in FOP 0.95

Do you want to keep the old framework during the beta phase? If not, can you please remove it? > The java-1.3 directory can equally be removed as well as 1.3-specific > stuff in build.xml. Thanks, Vincent > On 12.03.2008 19:47:49 Vincent Hennebert wrote: >> Likewise there is still

Re: Jimi dependency in FOP 0.95

Likewise there is still a src/java-1.3 directory with image-related stuff. Can it be removed now (as well as any 1.3 specific stuff)? Vincent Hennebert wrote: > I have the following error message when trying to build the artifacts: > BUILD FAILED > /local/home/vhennebert/Fop/Release

Jimi dependency in FOP 0.95

, Vincent -- Vincent HennebertAnyware Technologies http://people.apache.org/~vhennebert http://www.anyware-tech.com Apache FOP Committer FOP Development/Consulting

Re: svn commit: r635508 - in /xmlgraphics/fop/trunk: ./ src/java/org/apache/fop/layoutmgr/ src/java/org/apache/fop/layoutmgr/inline/ src/java/org/apache/fop/layoutmgr/list/ src/java/org/apache/fop/lay

actoring. Otherwise we will end up having no other choice than rewriting the entire codebase from scratch once again. Vincent > On 10.03.2008 13:17:53 Vincent Hennebert wrote: >> Hi, >> >>> Author: jeremias >>> Date: Mon Mar 10 03:06:37 2008 >>> New Revision: 63

Re: svn commit: r635508 - in /xmlgraphics/fop/trunk: ./ src/java/org/apache/fop/layoutmgr/ src/java/org/apache/fop/layoutmgr/inline/ src/java/org/apache/fop/layoutmgr/list/ src/java/org/apache/fop/lay

// Set up constraints for inline level managers > > // IPD remaining in line > -MinOptMax availIPD = context.getStackLimit(); > +MinOptMax availIPD = context.getStackLimitIP(); This variable is used nowhere. Why not just remove it? Vincent -- Vincent Hennebert

Re: Release Date

Jeremias Maerki wrote: > On 04.03.2008 11:10:30 Vincent Hennebert wrote: >> Hi, >> >> First, let me insist that the next release should be called 0.95 beta, >> according to the Apache documentation [1]. Release candidates are >> targetted at developers and users

Release Date

us from preparing everything but the artifacts building. WDYT? Vincent [1] http://apache.org/dev/release.html#release-typeso -- Vincent HennebertAnyware Technologies http://people.apache.org/~vhennebert http://www.anyware-tech.com Apache FOP Committer

Re: Percentages in background images

; So in the end, I don't have any really good ideas right now. Vincent -- Vincent HennebertAnyware Technologies http://people.apache.org/~vhennebert http://www.anyware-tech.com Apache FOP Committer FOP Development/Consulting

Re: ApacheCon EU 2008 coming up in April - who's there?

By the way, I will be able to attend the first 3 days (7-9 April). Looking forward to meet you again there! Vincent Vincent Hennebert wrote: > I'll certainly try to attend the conference, I had a good time last > year. Although I can’t guarantee anything yet :-\ > Do you know if

Re: Next release - when?

tab should remain dedicated to general informations about the project. What do others think? Also, have you looked at disabling the menu auto-rolling feature? If not, I will ;-) Thanks Clay, Vincent -- Vincent HennebertAnyware Technologies http://people.a

Re: Compliance document

6.02.2008 11:12:49 Vincent Hennebert wrote: >> Hi, >> >> What’s the status of the compliance.ihtml file we can find in the xdocs >> directory? It looks like this file was automatically generated, and >> indeed there are compliance2*.xsl files in the resources/styleshee

Compliance document

can’t find the original xml file either, if any. Is this file now the original one? If there is anything to modify, should that be done in this file? Thanks, Vincent -- Vincent HennebertAnyware Technologies http://people.apache.org/~vhennebert http

background-position-horizontal/vertical vs background-repeat

-- Vincent HennebertAnyware Technologies http://people.apache.org/~vhennebert http://www.anyware-tech.com Apache FOP Committer FOP Development/Consulting

keep-with-next on fo:table-row

| | |_|_| | | | | Cell 2.1 Line 1 | Cell 2.2 Line 1 | | Cell 2.1 Line 2 | Cell 2.2 Line 2 | |_|_| Thanks, Vincent Hennebert -- Vincent HennebertAnyware

Re: keep-with-next on table-row

nt from all the cells on the second page (second solution below). So I think I’ll still send a request for clarification. Thanks for your input, Vincent > On 21.02.2008 17:14:49 Vincent Hennebert wrote: >> Hi Guys, >> >> If anyone has any comment to make on this befor

keep-with-next on table-row

| |_|_| Personally I’d go with the first possibility. Thanks, Vincent -- Vincent HennebertAnyware Technologies http://people.apache.org/~vhennebert http://www.anyware-tech.com Apache FOP Committer FOP Development/Consulting

Re: Update: XML JARs

ant FOP to build out-of-the-box without the user having to fiddle > around with his system (if he has Ant properly installed which can be > assumed today). A newbie needs a "quick success" when he downloads FOP > for the first time. I usually throw new software I try out a

Re: Q: What should happen when an image is not found?

ur minimal > resolution. ;-) Feels very HTML-like... > >> - A missing image image, about 1x1 cm: should have a border and a red >> "x" (as seen in web browsers, etc.) > > I think I'd prefer this. It's still a change in FOP's behaviour. But so >

Re: FYI: NPE in a personal table-test

Body.endOfNode(TableBody.java:130) > at > org.apache.fop.fo.FOTreeBuilder$MainFOHandler.endElement(FOTreeBuilder.java:345) > > > I suspect this is simply an uncommon case that was overlooked. (no > fo:table-row and no specified borders?) > > Certa

Re: Supporting unusual encodings for Type 1 fonts

) at org.apache.fop.cli.Main.startFOP(Main.java:166) at org.apache.fop.cli.Main.main(Main.java:197) Vincent -- Vincent HennebertAnyware Technologies http://people.apache.org/~vhennebert http://www.anyware-tech.com Apache F

Re: Supporting unusual encodings for Type 1 fonts

should work. > > On 15.02.2008 11:48:30 Vincent Hennebert wrote: >> Hi Jeremias, >> >> Jeremias Maerki wrote: >>> False alarm. JPedal and kpdf, for example, have no problems >>> reconstructing the correct text based on the embedded Encoding. PDFBox, >>

Re: Supporting unusual encodings for Type 1 fonts

.2008 12:12:59 Jeremias Maerki wrote: > >> BTW, I just found out that I have to generate a ToUnicode CMap if a >> Type1 font doesn't use one of the encodings that are predefined in the >> PDF spec. So a little more work for me there. > > > > > Jeremias Maerki

Re: svn commit: r627719 - in /xmlgraphics/fop/trunk/src/java/org/apache/fop: fo/expr/ fo/properties/ render/afp/fonts/ render/rtf/

andreas.delmelle wrote: >> - Oorspronkelijk bericht - >> Van: maxberger > >> URL: http://svn.apache.org/viewvc?rev=627719&view=rev >> Log: >> Created Constants for unit descriptions > > Good idea, Max! +1 ;-) Vincent -- Vincent H

<    1   2   3   4   5   6   7   8   9   10   >