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
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
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/superscripts
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
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
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. [...]
What
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:
fo:flow flow-name=xsl-region-body
fo:block margin=5% background-color=yellow
fo:block
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:
...
fo:flow flow-name=xsl-region-body
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 =
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
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=1063.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
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 and
12 matches
Mail list logo
