Re: Funny side-effects from space-resolution

Thanks Manuel!!! On 28.09.2005 16:48:11 Manuel Mall wrote: > Jeremias, > > looks OK to me although a bit strange but hey...that's the spec. > > On Wed, 28 Sep 2005 10:00 pm, Jeremias Maerki wrote: > > I've just stumbled over the testcase block_margin_inherit while > > fixing problems revealed by

Re: AW: rtf-external-graphics

They are in the org.apache.fop.image package. Start by looking at ImageFactory. They're not in XML Graphics Commons, yet, but will go there eventually. On 28.09.2005 23:58:11 Peter Herweg wrote: > > Jeremias Maerki wrote: > > I'll look into it tomorrow. Peter's last change for external-graphics in

Static methods

Finn, I noticed that you extracted numeric function methods as statics into a class of their own. Was this for aesthetic or performance reasons? Peter -- Peter B. West Folio smime.p7s Description: S/MIME Cryptographic Signature

AW: rtf-external-graphics

> Jeremias Maerki wrote: > I'll look into it tomorrow. Peter's last change for external-graphics in > RTF made me wonder if we shouldn't actually change the whole code there > and use the image library wrappers the normal renderers use. Like this > we could use the image cache, more image formats a

Re: svn commit: r292280 - /xmlgraphics/fop/trunk/src/java/org/apache/fop/apps/FOUserAgent.java

On Sep 28, 2005, at 22:29, Jeremias Maerki wrote: On 28.09.2005 22:14:29 Andreas L Delmelle wrote: The fact that we let the user agent object handle the configuration, does not need to be reflected in the configuration file. I would prefer to see these configuration elements as direct childre

DO NOT REPLY [Bug 1063] - fop does not handle large fo files

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://issues.apache.org/bugzilla/show_bug

Re: rtf-external-graphics

I'll look into it tomorrow. Peter's last change for external-graphics in RTF made me wonder if we shouldn't actually change the whole code there and use the image library wrappers the normal renderers use. Like this we could use the image cache, more image formats and URI resolution the same way as

Re: svn commit: r292280 - /xmlgraphics/fop/trunk/src/java/org/apache/fop/apps/FOUserAgent.java

On 28.09.2005 22:14:29 Andreas L Delmelle wrote: > > The fact that we let the user agent object handle the configuration, > > does not need to be reflected in the configuration file. I would > > prefer to see these configuration elements as direct children of the > > top level element, or perhaps

Re: svn commit: r292280 - /xmlgraphics/fop/trunk/src/java/org/apache/fop/apps/FOUserAgent.java

On Sep 28, 2005, at 22:09, Simon Pepping wrote: Hi Simon, On Wed, Sep 28, 2005 at 07:37:31PM -, [EMAIL PROTECTED] wrote: +public void initUserConfig() throws ConfigurationException { +log.info("Initializing User Agent Configuration"); +Configuration cfgUserAgent = use

Re: svn commit: r292280 - /xmlgraphics/fop/trunk/src/java/org/apache/fop/apps/FOUserAgent.java

Andreas, On Wed, Sep 28, 2005 at 07:37:31PM -, [EMAIL PROTECTED] wrote: > URL: http://svn.apache.org/viewcvs?rev=292280&view=rev > Log: > Added UA initialization from user-config > > Modified: > xmlgraphics/fop/trunk/src/java/org/apache/fop/apps/FOUserAgent.java > > +public void init

rtf-external-graphics

Hi, After patch of Peter Herweg, adding support of external-graphics in Rtf (25.09.2005, revision 291449) some problems are still unresolved. I'm talking about using url's in src attribute of fo:external-graphic tag. Take a look at fo-file below: ... ... Rtf renderer

Re: Funny side-effects from space-resolution

Jeremias, looks OK to me although a bit strange but hey...that's the spec. On Wed, 28 Sep 2005 10:00 pm, Jeremias Maerki wrote: > I've just stumbled over the testcase block_margin_inherit while > fixing problems revealed by the test suite after having > space-resolution work on blocks. Here's how

Funny side-effects from space-resolution

I've just stumbled over the testcase block_margin_inherit while fixing problems revealed by the test suite after having space-resolution work on blocks. Here's how it looks like: margin="inherit" - should have the same margin as the enclosing block

Re: Another page-related question: page-position="last"

Jeremias Maerki wrote: What is the expected output? In this case it has to generate a blank page IMO. Oh, right, I did not think of an empty page! :-) The problem is with the "page x of y" hack that won't work like this if the last empty block ends up on the second-to-last page. [...] Wha

[EMAIL PROTECTED]: Project xml-fop-maintenance (in module xml-fop-maintenance) failed

To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project xml-fop-maintenance has an issue affecting its community integration. This issue

[EMAIL PROTECTED]: Project xml-fop-maintenance (in module xml-fop-maintenance) failed

To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project xml-fop-maintenance has an issue affecting its community integration. This issue

Re: alignment-adjust property

On Wed, 28 Sep 2005 06:03 pm, Peter B. West wrote: > Manuel Mall wrote: > > This is another of those spec interpretation questions. Sorry to > > populate this list with so many of these questions but this is a > > source > > > of real irritation for me in the moment. I just want to get > > sub/supe

Re: alignment-adjust property

Manuel Mall wrote: This is another of those spec interpretation questions. Sorry to populate this list with so many of these questions but this is a source of real irritation for me in the moment. I just want to get sub/superscripts working and do it properly and I am hitting all these "murky"

Re: alignment-adjust property

On Wed, 28 Sep 2005 03:17 pm, Jeremias Maerki wrote: > I read it like this: The areas generated by inlines are always > children of line areas. Since only line areas can define the > before-edge and after edge baselines, areas generated by inlines have > to retrieve these two baselines from their p

Re: alignment-adjust property

I read it like this: The areas generated by inlines are always children of line areas. Since only line areas can define the before-edge and after edge baselines, areas generated by inlines have to retrieve these two baselines from their parent line area. I believe this is some kind of implied inher