Luca Furini [EMAIL PROTECTED] schrieb am 03.09.2004 10:19:06:
Section 7.15.10 of the recommendation states that the property
text-align-last Specifies the alignment of the last line-area child of
the
last block-area generated and returned by the formatting object, *and to
any
line-area
Editors,
please consider the following inconsistency in the recommendation:
Example:
fo:block text-align=justify
TEST TEST TEST TEST . ENOUGH TEXT TO FORMAT INTO MULTIPLE LINES
TEST ENDS A.
fo:block
whatever
/fo:block
TEST TEST TEST TEST . ENOUGH TEXT TO FORMAT INTO MULTIPLE
Hi fopdevs,
if you have time, consider this:
fo:block text-align=justify
TEST TEST TEST TEST TEST . ENOUGH TEXT TO FORMAT INTO MULTIPLE LINES
TEST ENDS A.
fo:block
whatever
/fo:block
TEST TEST TEST TEST TEST . ENOUGH TEXT TO FORMAT INTO MULTIPLE LINES
TEST ENDS B.
/fo:block
J.Pietschmann [EMAIL PROTECTED] schrieb am 01.09.2004 22:48:17:
fo:block text-align=justify
TEST TEST TEST TEST TEST . ENOUGH TEXT TO FORMAT INTO MULTIPLE
LINES
TEST ENDS A.
fo:block
...
In the example, line 2 is neither the last nor the only line of a
block,
and it's
[EMAIL PROTECTED] wrote on 11.08.2004 21:48:24:
I am parsing my XML file through FOP parser and then telling the driver
to
render it as PDF. The process is initiated by clicking on a button on
IE.
What happens is the current IE instance opens the acrobat and displays
the
PDF it.
The
Victor Mote [EMAIL PROTECTED] wrote on 12.06.2004 17:35:04:
It is no longer a concern of mine that FOP has returned to a monolithic
design, but I think it is a bit unfair to the new developers to imply
that
the XSL-FO standard mandates such a design, at least with the reasoning
that
has
Peter B. West [EMAIL PROTECTED] wrote on 28.05.2004 01:15:26:
I suppose that everyone has noticed this exchange on fop-user.
Peter
Mike Kellstrand wrote:
Mark,
I ran the PDF through Ghostscript and it looks like it is doing the
trick.
I did notice that the same PDF printed in
Peter B. West [EMAIL PROTECTED] schrieb am 28.05.2004 17:16:08:
Thanks Arnd. My argument is that the renderer must tell the layout
engine about font metrics. I have always regarded PDF and PS (with
obligatory fonts) as stable targets in this respect.
They are. PostScript files and PDF
Clay Leeds [EMAIL PROTECTED] wrote 28.05.2004 17:57:59:
The nice thing about this, is that one could set up parameters (stored
in config files), to help determine how the output would be rendered.
The 'holder' could consult the config file to determine how to proceed.
Among the items in
A.M. [EMAIL PROTECTED] wrote 27.05.2004 16:27:29:
Excuse me for being annoying with the column balancing issue (from
fop-user), but it's something that we crucially need. I would like to
offer my time to implement this- however it's not clear to me which
block attributes are relevant to
Victor Mote [EMAIL PROTECTED] wrote
on 25.05.2004 01:46:50:
However, since these same fonts could also be used by the PostScript
renderer, or the Print or AWT renderers (assuming that the pfb is
available
as well), I don't see a need to duplicate their definitions, or metrics,
or
anything
Victor Mote [EMAIL PROTECTED] wrote on 24.05.2004 18:12:36:
One of the changes that will probably need to be made to FOP's font
handling
is to parse AFM files instead of PFMs. I have assumed that for hardware
fonts, either the device manufacturer provides font metrics files or
enough
Andreas L. Delmelle [EMAIL PROTECTED] wrote on 24.05.2004
21:49:48:
There are, AFAICT only 4 types of FO to which break-before and
break-after
apply:
- block level: fo:block / fo:block-container
- fo:list-item
- fo:table-row
For completeness, add:
- fo:table-and-caption
- fo:table
Maybe
Clay Leeds [EMAIL PROTECTED] schrieb am 19.05.2004 01:03:19:
It would be interesting to compare some RenderX example output between
the two^H^H^H three (ArndFO, fop-0.20.5, fop-1.0Dev)... I suspect there
may be other significant differences as well, with performance, heap,
etc.
Be warned
Jeremias Maerki [EMAIL PROTECTED] schrieb am 19.05.2004
20:38:37:
You guys block yourselves with this strategy and Arnd gets
even more of a head-start. :-)
8-)
--
Arnd Beißner
Cappelino Informationstechnologie GmbH
,
Arnd Beissner
--
Arnd Beißner
Cappelino Informationstechnologie GmbH
Chris Bowditch [EMAIL PROTECTED] wrote on 18.05.2004 12:03:33:
This is very true, I also have the same concerns, which is why I have
set out
some simple objectives that must be met before the redesign is ready for
an
initial release. See here:
Chris Bowditch [EMAIL PROTECTED] wrote on: 18.05.2004 14:31:39:
What I forgot to say is that I think we should do an initial release of
FOP
after doing just High priority TODO items.
Ok, that changes things, of course.
Yes, ugly output can be caused without border collapse, but yet
Andreas L. Delmelle [EMAIL PROTECTED] wrote on 18.05.2004
18:09:15:
Indeed, but the columns can be absent in the source FO. In which case
they're actually to be considered present, and their widths are
determined
by the cells in the first row (--or, but I didn't dare consider that
Victor Mote [EMAIL PROTECTED] wrote on 18.05.2004 22:12:45:
The real question on modularity was never whether it should be a
priority,
but whether it hurt the project. On open-source projects, priorities are
really set by each individual. You fix the thing that hurts the most at
the
moment,
Hi Peter,
we use Web Start in a customer project.
It's a good solution to deploy Java applications as a JAR file, even with
native code and such.
Some caveats:
-The security manager can get in your
way if you want things like filesystem access. You have to sign your jar
and each user has to
are using FOP now and some of these can no longer
use FOP because a part of FOP they need has a license they can't use, then
I'd say this reduces FOPs usefulness for these some persons, despite being
more useful to others.
Arnd Beissner
--
Arnd Beißner IT-Engineering
Bahnhofstr. 3, 71063 Sindelfingen
enhancement of error handling - not a replacement.
BTW: Yes, I do prefer log output over no error handling at all. 8-)
Arnd Beissner
--
Arnd Beißner IT-Engineering
Bahnhofstr. 3, 71063 Sindelfingen, Germany
Email: [EMAIL PROTECTED]
Phone: +49-7031-463458
Mobile: +49-173-3016917
interested in keeping Apache-licensed PDF output alive.
If the decision goes toward a full replacement, I'd say that at least all existing FOP committers and possibly
the major contributors to FOP should agree to this step as it - in one respect - decreases the value of their work so far.
Arnd
Cerious Software (www.cerious.com) has a (Windows) product called ThumbsPlus (about $150 or so),
which includes batch transformations - I have used it to do batch color transformations, but of
course it also does simple load-save-transformations.
I don't know whether FOP/Jimi handles JPEGs saved
as contained in the PDF
and
the actual font selected by the PDF viewer.
Hope this helps,
Arnd Beissner
--
Arnd Beissner IT-Engineering
Bahnhofstr. 3, 71063 Sindelfingen, Germany
Email: [EMAIL PROTECTED]
Phone: +49-7031-463458
Mobile: +49-173-3016917
to run fop repeatedly without restarting
a VM each time.
Hope this helps,
Arnd Beissner
Arnd Beißner IT-Engineering
Bahnhofstr. 3, 71063 Sindelfingen, Germany
Email: [EMAIL PROTECTED]
Phone: +49-7031-463458
27 matches
Mail list logo
