FOP 0.92beta is online
Christian has pushed the release build to the distribution directory last night. I've just updated the website so we're ready for the announcement. Andreas, when you set up the announcement, please include a point that we're requesting feedback on the finalized API. Just in case we have overlooked anything when designing it so we can safely go 1.0 with the next release. Many thanks to everyone who helped with the release, especially Christian who did some late-night work during the last couple of days. All right then, let's work towards 1.0. :-) Jeremias Maerki
Re: FOP 0.92beta is online
Jeremias Maerki schrieb: Andreas, when you set up the announcement, please include a point that we're requesting feedback on the finalized API. Just in case we have And make clear that it is the final 0.92 release which is in beta status ;-) overlooked anything when designing it so we can safely go 1.0 with the next release. Many thanks to everyone who helped with the release, especially Christian who did some late-night work during the last couple of days. You're welcome but it wasn't much compared to your and all the others hard work. Christian
Squeezing content in block-container
I've done a local hack that tries to squeeze all content of a block-container into the available area if that's possible based on the available shrink. I've done this by modifying PageBreakingAlgorithm.computeDemerits(): [..] demerits += activeNode.totalDemerits; if (singlePartMode activeNode.line 0) { demerits += 1000; } return demerits; singlePartMode is a boolean which is true when processing a block-container. The same could be used for static-content. This will increase the demerits a lot if the breaker tries to create more than one part/line and indirectly forces the breaker to use the shrink value. Is that a good solution or does anyone have a better idea? Thanks, Jeremias Maerki
Re: [FYI] All three software grants for the AFP renderer are recorded
Right now, I'm ticking off the remainder of the checklist items for IP clearance. One of the points is to remind you that you submit a Corporate CLA (CCLA) if necessary (!) besides the ICLA you've already submitted. See below for details. I'm only doing this since I found no evidence that we already told you (Joe and Pete) explicitely about the CCLA. Note: this does not block the process any further either way. From http://www.apache.org/licenses/#clas: For a corporation that has assigned employees to work on an Apache project, a Corporate CLA (CCLA) is available for contributing intellectual property via the corporation that may have been assigned as part of an employment agreement. Note that a Corporate CLA does not remove the need for every developer to sign their own CLA as an individual, to cover their contributions that are not owned by the corporation signing the CCLA. On 19.04.2006 16:05:17 Jeremias Maerki wrote: Finally, we have all the CLAs and software grants for the AFP renderer together. We can now continue with the IP clearing process. Thanks, Jeremias Maerki
Re: [FYI] All three software grants for the AFP renderer are recorded
All my contributions to the AFP Renderer have been done independently of any corporate entity. I don't believe I need a CCLA. Cheers, Joe On Thu, 20 April, 2006 2:09 pm, Jeremias Maerki wrote: Right now, I'm ticking off the remainder of the checklist items for IP clearance. One of the points is to remind you that you submit a Corporate CLA (CCLA) if necessary (!) besides the ICLA you've already submitted. See below for details. I'm only doing this since I found no evidence that we already told you (Joe and Pete) explicitely about the CCLA. Note: this does not block the process any further either way. From http://www.apache.org/licenses/#clas: For a corporation that has assigned employees to work on an Apache project, a Corporate CLA (CCLA) is available for contributing intellectual property via the corporation that may have been assigned as part of an employment agreement. Note that a Corporate CLA does not remove the need for every developer to sign their own CLA as an individual, to cover their contributions that are not owned by the corporation signing the CCLA. On 19.04.2006 16:05:17 Jeremias Maerki wrote: Finally, we have all the CLAs and software grants for the AFP renderer together. We can now continue with the IP clearing process.
Re: Squeezing content in block-container
Jeremias Maerki wrote: I've done a local hack that tries to squeeze all content of a block-container into the available area if that's possible based on the available shrink. I've done this by modifying PageBreakingAlgorithm.computeDemerits(): Can you take a step back and say what business problem you are trying to solve here. AFAICT there is no overflow=shrink-to-fit property value, although I can imagine it might be a useful extension :) snip/ Thanks, Chris
Re: Squeezing content in block-container
Sure. One of my client has a fixed-size box (defined by a block-container) whose contents should distribute vertically in the available vertical area. The amount of content in that box can differ from document to document. The best solution I see (besides the proprietary fill on display-align and your equally proprietary overflow=shrink-to-fit) is to specify rather large space-before and space-after values but allowing for shrink (space-after.minimum=0pt). If block-container is interpreted as not generating more than one box as specified by the b-p-d and i-p-d properties, you can use that approach to adjust the spacing with existing means because you can suggest to the breaker that only one part/line/page should be produced. However, as many will remember, there are certain uncertainties concerning the interpretation of block-container: The fo:block-container formatting object generates one or more viewport/reference pairs. On 20.04.2006 16:17:12 Chris Bowditch wrote: Jeremias Maerki wrote: I've done a local hack that tries to squeeze all content of a block-container into the available area if that's possible based on the available shrink. I've done this by modifying PageBreakingAlgorithm.computeDemerits(): Can you take a step back and say what business problem you are trying to solve here. AFAICT there is no overflow=shrink-to-fit property value, although I can imagine it might be a useful extension :) snip/ Thanks, Chris Jeremias Maerki
Re: Announcement: FOP 0.92beta released
Thanks for the feedback. Incidentally, I've had another e-mail asking me when SVG support will be restored. D'oh. I've already fixed it. The website will be updated in a few minutes. On 20.04.2006 18:49:24 Max Berger wrote: Dear Andreas, I know it is always a bad idea to blab after the release, but I just read the releae notes, and it says: PCL, MIF and SVG support have not been restored, yet. This is ambiguous. Could it be rephrased to: PCL, MIF and SVG output support have not been restored, yet. or PCL, MIF and SVG target support have not been restored, yet. Rationale: Using SVG images from within FOs works just fine. But when I just read the above line, I think that fop does not have any SVG support at all. Max Andreas L Delmelle wrote: Hi all, The FOP team is very proud to present the third release off the trunk: FOP 0.92beta. [...] OTOH, if you take a look at the release notes at http:// xmlgraphics.apache.org/fop/relnotes.html, you will still see a lot of open/known issues, so... [...] Cheers, Andreas Delmelle (for the Apache XML FOP development team) Jeremias Maerki
DO NOT REPLY [Bug 39371] New: - reading images from other webservers
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUGĀ· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=39371. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED ANDĀ· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=39371 Summary: reading images from other webservers Product: Fop Version: 0.20.5 Platform: Other OS/Version: Windows 2000 Status: NEW Severity: normal Priority: P2 Component: images AssignedTo: fop-dev@xmlgraphics.apache.org ReportedBy: [EMAIL PROTECTED] CC: [EMAIL PROTECTED] HI I am accessing images from my local server by specifying the images path like http://localhost:9080/images/hh.gif ,FO generating the pdf with images.But whenever I try to access from otherServer its showing errors in the console like no base url specified. I have a scenario like generating a pdf from reading images from public urls like reading a image from http://www.google.be/images/hp0.gif . Is there any way to resolve this issue. Thanks in advance regards sudhakar -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.