Hi Holger,
This may not be relevant to fop-users anymore, but it is relevant to the
dev list, which I've CC'd. Please subscribe so you can see the replies
Thanks,
Chris
On 13/04/2017 18:15, Holger Bast wrote:
> Hey Chris,
> sorry for contacting you directly again. But I'
ot
represented as nested p tags in accessibility structure.
Thanks,
Chris
On 19/04/2017 13:48, Holger Bast wrote:
> Hi there,
> we're using docbook5 to write our technical documents which needs to be
> published as accessible PDF files and we would like to use FOP as
> fo-p
Hi Matthias,
It looks like Glenn added you to the Contributors Group. Can you try again?
Thanks
Chris
On 29/04/2017 20:32, Matthias Reischenbacher wrote:
> Hi,
>
> I'd like to add some additional documentation about running single
> layout test cases with maven on
> htt
Hi Stephen,
XSL-FO with changing IPDs between pages is known to have a few bugs.
Please log a bug in JIRA making sure to attach the XSL-FO File that
replicates the NPE.
Thanks,
Chris
On 16/06/2017 01:12, HUGHES Stephen (ATS) wrote:
>
> Hi all,
>
> I have encountered a NullPoin
Hi,
I don't see a question nor a problem description in your e-mail. So
don't be surprised if you don't get an answer :-)
Thanks,
Chris
On 27/06/2017 21:37, sachinparadkar wrote:
> I am trying to render the SVG in my PDF which draws a number of lines and the
> stylesh
to use the codepoint x55
Thanks,
Chris
On 26/09/2017 20:50, Christopher R. Maden wrote:
> On 09/26/2017 11:08 AM, Chris Bowditch (JIRA) wrote:
>>
>> [
>> https://issues.apache.org/jira/browse/FOP-2741?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&am
I understand the point you are making. This is open source so patches
that improve the status quo are welcome. :-) But as I already mentioned
I don't know of a practical way to meet the requirement.
Thanks,
Chris
On 27/09/2017 17:45, Christopher R. Maden wrote:
> On 09/27/2017 09:44 A
Hi Martin,
FOP can generate RTF which Word can open. Word can then save the
document as docx.
Thanks,
Chris
On 13/10/2017 19:07, Glenn Adams wrote:
> No such plans, and no support present now.
>
> 2017-10-12 9:47 GMT-06:00 <mailto:martin.madera.certi...@zf.com>>:
>
&g
Hi Axel,
Sounds interesting. Patch submission procedure is described here:
https://xmlgraphics.apache.org/fop/dev/#patches
Thanks,
Chris
On 13/11/2017 11:25, Axel Rose wrote:
> Hello,
>
> I have a local patch ready on Apache FOP 2.2 which implements
> page-height="indefinit
Sorry for late reply. Couldn't you just add the static page as a 2nd
page sequence? Then it will always occur after the first sequence of
pages regardless of whether there is 1 or 2.
Chris
On 29/11/2017 05:59, gauravabburi wrote:
> I am trying to generate a PDF with multiple pages.
+1
On 09/03/2018 14:04, Simon Steiner wrote:
> Hi,
>
> Simone Rondelli has done some changes that allows you to use code points >
> 65535
>
> The vote will last 5 working days, ending next Friday.
>
> https://issues.apache.org/jira/browse/FOP-1969
> http://svn.apache.org/viewvc/xmlgraphics/fop/bra
Hi Simon,
I'm not convinced I should vote +1 for this to be merged.
changeBarList is static
That doesn't seem sensible to me?
Thanks,
Chris
On 05/07/2018 14:09, Simon Steiner wrote:
> Hi,
>
> Stephan Thesing, Jan Tošovský and William Eliot Kimber have made changes to
&g
In that case here's my +1
Thanks,
Chris
On 06/07/2018 18:11, Simon Steiner wrote:
> Hi,
>
> I made it non static on the branch before the vote started.
>
> Thanks
>
> -Original Message-
> From: Chris [mailto:bowditch_ch...@hotmail.com]
> Sent:
+1
On 15/01/2019 10:48, Simon Steiner wrote:
> Hi,
>
> Chris West and Thomas Pasch submitted a patch to remove Avalon, since this
> dependency is no longer maintained and doesn't compile under Java 9.
> The vote will last 5 working days, ending next Tuesday.
>
> http
Thanks for reporting. Can you log a bug so this info is not lost
Thanks,
Chris
On 09/02/2019 17:46, Jan Tosovsky wrote:
> Dear All,
>
> I've found a mention of Avalon in the 'Using a Configuration File' section:
> https://xmlgraphics.apache.org/fop/trunk/embedding.
Hi Jan,
I like your proposal;
'table-border-rendering-mode' with the set of
String values, initially 'standard' and 'overpaint'
I suggest adding this as a comment to the bug if you are not able to
update the patch yourself.
Thanks,
Chris
On 09/02/2019 18:25,
Hi Jan,
Thanks for looking into this. Of the 3 options you propose, option (2)
seems the most preferable.
Thanks,
Chris
On 22/02/2019 22:30, Jan Tosovsky wrote:
> On 2019-02-20 Chris wrote:
>> On 09/02/2019 18:25, Jan Tosovsky wrote:
>>> there is a proposal to enhanced
Thanks Jan. I hope you are successful.
If you plan on adding any new files or making significant changes
(sounds like you are) you will need to submit an ICLA with Apache so
Apache is covered from a licensing perspective.
Thanks,
Chris
On 17/03/2019 19:23, Jan Tosovsky wrote:
> Dear
Hi All,
I have now migrated the FOP Wiki to confluence. Please use that going
forwards. The Moin wiki will go offline after a few weeks
Chris
Forwarded Message
Subject:Moin wiki xmlgraphics-fop successfully migrated to Confluence
space XMLGRAPHICSFOP
Date: Fri, 29
Thanks Simon
On 03/04/2019 16:16, Simon Steiner wrote:
> Hi,
>
> 5+1s, I will make the changes.
>
> Thanks
>
>
>
>
>
> .
>
Hi Jan,
Yes that seems reasonable to me.
Thanks,
Chris
On 10/04/2019 19:42, Jan Tosovsky wrote:
> Dear All,
>
> as we abandon the support for legacy JDK versions, we could also consider
> removing some FOP dependencies, especially Xerces and Xalan, which
> functionality is
Hi Anton,
That's a pretty vague question. Can you describe the issue you are
facing? It's also usual to share the XSL-Fo that causes the problem. We
will then have some chance to advise on possible solutions
Thanks,
Chris
On 07/06/2019 14:01, Plotnikau, Anton wrote:
>
> HI Te
Thanks Simon
+1
On 25/10/2019 13:16, Simon Steiner wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
> Hi,
>
> This is a vote to release XML Graphics FOP PDF Images 2.4.
>
> Artifacts can be found there:
> https://people.apache.org/~ssteiner/fop-pdf-images-2.4/
>
> The release is signe
Thanks Simon
+1
On 25/10/2019 13:00, Simon Steiner wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
> Hi,
>
> This is a vote to release XML Graphics FOP 2.4.
>
> Artifacts can be found there:
> http://people.apache.org/~ssteiner/fop-2.4/
>
> The release is signed with the key:
> https
+1
From: Simon Steiner
Sent: 12 January 2021 14:43
To: gene...@xmlgraphics.apache.org
Cc: fop-dev@xmlgraphics.apache.org
Subject: [VOTE] Release XML Graphics FOP 2.6
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Hi,
This is a vote to release XML Graphics FO
+1
From: Simon Steiner
Sent: 12 January 2021 14:45
To: gene...@xmlgraphics.apache.org
Cc: fop-dev@xmlgraphics.apache.org
Subject: [VOTE] Release XML Graphics FOP PDF Images 2.6
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Hi,
This is a vote to release XML
ing if so desired?
Hope this makes sense - especially to the active committers.
Perfect sense. Keep up the great contributions!
Chris
Victor Mote wrote:
Chris Bowditch wrote:
This is an excellent goal. Sometimes it is all too easy to
aim for 100% perfection and then FOP gets stuck - just like
it has been for 2 years prior to 2005. Compromise is the key
to getting 1.0 out of the door.
This is grossly foul. I don
Peter B. West wrote:
Couldn't let that one go by, Chris. These issues, which were critical
to the creation of both Folio and FOray, were being thrashed out around
the beginning of 2003. You've been around long enough to know that,
haven't you? So for more than two years,
that there wasnt a specific task for testing and bug fixing
which is a must prior to any release. Although thats quite a broad task
and probably needs to be defined further. I'll be doing a bit of testing
myself.
Chris
Luca Furini wrote:
Chris Bowditch wrote:
+ * Conditional space support, i.e. space-before.conditionality="retain"
Chris, doesn't this work already?
Sorry that line wasn't clear enough. I just meant
space-before.conditionality should be fully implemented => d
Luca Furini wrote:
Chris Bowditch wrote:
I just knocked up a small test case and although retain is honoured,
discard is ignored. I knew it wasn't quite yet working but didn't
realise retain was working :) I'll update the Wiki.
Could you please also attach your file?
Her
Luca Furini wrote:
Chris Bowditch wrote:
Here is the sample:
Thanks!
I have tested a simple sequence of blocks with conditional spaces and
the output seems ok; the output of the testcase space-block2.xml
seems correct too (I'm going to add checks).
Not true, space-block2.xml doe
Vincent Hennebert wrote:
Chris,
I'm afraid I don't agree with you here. You seem to mix up space
conditionality and space precedence. See § 4.3 of the spec, and
especially § 4.3.1, Space-resolution rules [1]
Conditionality only stands for spaces that begin a reference area; as
per
Manuel Mall wrote:
Chris,
do you really think that FOray font integration is a prerequisite for
this release?
I would have thought its more of a "nice to have" but not a requirement
for this release.
You are probably right, but my understanding was that Vincent isn't that
for August is still much
lower than Nov 2002 !!!
Chris
like to nominate him for
committership in Apache FOP.
+1 from me. Congratulations Manuel! Your work is nothing short of
brilliant and your committership is well deserved.
Chris
ork. Since FORayFont
does have functional benefits for both projects perhaps it won't be such
a problem for Batik to include it. But I guess that is up the Batik team
to decide.
Chris
ight Mode)
bpda is the absolute position in the Block Progression Dimension (y
coord in Left to Right Mode)
Chris
tangle. "a" stands for allocation. It is a bit unclear
right now which allocation rectangle is meant here. There are several
different allocation rectangles defined in the spec.
Ooppss. Oh well, Ive learnt something new.
Thanks,
Chris
utcome was that
space conditionality for blocks in bpd is implemented, but precedence
isn't yet.
Chris
ound wrong was a couple of typos - now fixed.
Chris
" and the text overflows it invades the margins.
Wow! That was quick. Just trying it now ;)
Chris
Chris Bowditch wrote:
[EMAIL PROTECTED] wrote:
Author: lfurini
Date: Fri Sep 16 06:24:16 2005
New Revision: 289531
URL: http://svn.apache.org/viewcvs?rev=289531&view=rev
Log:
Implemented the wrap-option property.
The overflow property is not yet implemented, so at the moment if
wrap-op
Luca Furini wrote:
Chris Bowditch wrote:
Hmmm I hate to be the bearer of bad news. But it seems that the
change has broken text-align="right" when used on table cells. All the
regression tests pass, so I guess it working when text-align="right"
for regular blocks.
racter method is a nasty
bodge. As you say if there are subtleties to be observed when rendering
an fo:character then go ahead and change the Renderer interface.
Chris
ndents to 0mm. Otherwise, you'll be bitten by inheritance.
Yes you are right. Glad it's user error - looks like Luca's implemented
the wrap-option in record time then.
Thanks,
Chris
t Renderer requires specialized logic in
Layout or FO Tree then it won't be possible to send an Area Tree
representation to any renderer.
Chris
border-collapse="collapse"
setting. Even though you haven't specified this on the table element, it
is the default value for this setting. If you specify
then the example should work.
Chris
e any implementation
into the FOP code base is attempted.
Of course this is just my 2 cents worth and may not be considered a good
idea by others.
Chris
be (a) IMHO.
Chris
opportunity, without changing the appearance of the generated document.
Chris
are to be replaced by
-out application/pdf, etc? If so, then I don't like that at all. It's
much more convenient to just type -ps or -pdf.
Chris
tput to src/sandbox.
- Adjust the build to create a fop-sandbox.jar which dynamically
registers the output formats when they are in the classpath.
- Add the ESC POS renderer to src/sandbox.
WDYT?
+1 from me.
Chris
quot;pr"
meaning preview, which in IMHO sounds better than "alpha"
- do the (PMC) vote on the release.
- tag and release
If it's possible I'd like to start the vote tomorrow and do the release
around Thursday/Friday. That reasonable?
Sounds good.
Chris
Jeremias Maerki wrote:
On 15.11.2005 10:28:19 Chris Bowditch wrote:
Sorry to be picky, but the word "alpha" gives the impression that the
release is alpha quality. I'd say it was beta quality by now. Anyway, I
thought in the past we had agreed on calling it 0.90pr1, wit
Christian Geisert wrote:
Chris Bowditch schrieb:
Sorry to be picky, but the word "alpha" gives the impression that the
release is alpha quality. I'd say it was beta quality by now. Anyway, I
thought in the past we had agreed on calling it 0.90pr1, with "pr"
meani
way with the need to chain together all
FOText instances of a whole block (thus making that ugly static
'lastFOTextProcessed' obsolete?)
Chris
PMC before
hand) to adding the AFP Renderer code to the fop trunk sandbox.
+1 from me.
Chris
haviour that you are proposing.
At the moment, I think the produced output is not what a user would expect
...
The goal was to improve interoperability with commercial implementations,
for people switching to FOP.
Its a good thing IMO.
Chris
once now I moved to FOP SVN TRUNK ... I just submitted ToUnicode map
patch for SVN version of FOP. I know that FOray is very close.. however
if anybody must now generate docs with custom fonts here it is...
Sorry but the attachment doesn't appear to have come through
Chris
xed and
the feedback we got, I think it should be safe to do another release
tagged "beta". I don't care too much about the exact version number.
I'll leave suggestions up to you. Release early, release often....
WDYT?
+1
Keep up the good work.
Chris
It seems silly to put in a hack, when its already fixed in Batik's SVN Head.
[Having to employ such ugly tactics to get subclass code run before
baseclass constructor code demonstrates how silly the 'super' must
be first - compiler restriction is].
Couldn't agree more
Chris
r solution.
I don't feel strongly either way. I just wanted clarification on why you
were proposing the hack really.
Chris
nd I have yet to go over
out previous notes on the API again. Anyway, the API has to be
stabilized now. Too many incompatible changes will make people angry.
Yes I agree.
Chris
Adam Strzelecki wrote:
instead options.getLogger().error("Exception", e);
.. coz I needed to modify Main.java in order to see the stack trace.
That's how its meant to work. If you want the stack trace then specify
the -d option when running from the command line.
Chris
de an impression on the
Apache membership by their continuous participation in various projects
and places inside the ASF. Keep it up guys!
Congratulations Christian and Jörg!
Chris
be completed. Please check this page for more details
on status:
Automatic table layout has not been completed yet. Jeremias has only
written some ideas on how to implement it.
Chris
n the refinement (FO Tree)
stage for this reason.
Also, as Manuel pointed out, the Knuth algorithm does not handle cross
LM space removal. Something which can be achieved more easily in the FO
Tree.
Chris
inking here. How will you find
retrieve-markers from a marker FO when retrieve-boundary="document" ???
Chris
sequent marker value should be "(Continued)"
Make sure you use retrieve-boundary="page" and
retrieve-position="first-starting-within-page" to retrieve the marker in
static content
Chris
BTW, this question should really have been posted to the fop-user list.
The fop-dev list is for discussing FOP's Java internals.
ihtml to append them.
Good idea. A patch will be welcome ;)
Chris
Andreas L Delmelle wrote:
[end-of-thread, I hope ;-)]
Thanks for writing this summary Andreas. I for one, am a lot clearer on
this now, and in full agreement with your proposed course of action.
Thanks,
Chris
tand the root cause of this before making this
change. Unfortunately Jeremias isn't around for the next 2/3 days, so
may I suggest holding off making this change until he returns. He has a
very good understand of this bit of code ;)
Chris
Manuel Mall wrote:
I am away on summer holidays for (nearly) the next fortnight without
taking a laptop or having any intentions of spending time in Internet
Cafes or the like.
I don't blame you - have a good time!
Chris
ses
AWT's font metrics and layout to place text. AWT's Renderer has a lot of
differences from the appearance of a rendered PDF.
BTW, this question would probably be better suited to the fop-users list.
Chris
to get AWT working on a Unix system without X Windows present. But I
suspect that printing the AWT version of the document will not be good
enough as it will look very different to the PDF.
Chris
nt over it.
The same list could be used for handling foreign attributes. This way
you still get important feedback if you've done anything wrong, but can
tell FOP to shut up where necessary.
WDYT?
Good idea, I like the idea of the ignore-namespace list.
Chris
e to
comment for a few days. Jeremias is also well versed in the ASF position
on licensing.
I wanted to gauge interest from FOP developers and start to think about
how we can make this work. What do you guys think?
In short its a good idea :)
Chris
a PDF in a fo:external-graphic. If FOP had the ability to parse a PDF,
then this feature would be a possibility for FOP *g*
Chris
es between batik and FOP gets confusing at times :)
Chris
dler defaultHandler = fop.getDefaultHandler();
Simon's deprecating setOutputStream() gives me the impression that he'd
be in favor of that, too, but obviously I can't speak for him. But it
points in the same direction.
Whats the proposed replacement for setOutputStream() before I decide on
my vote here? (The Wiki shows examples with it in)
Chris
Jeremias Maerki wrote:
On 21.03.2006 16:01:40 Chris Bowditch wrote:
Whats the proposed replacement for setOutputStream() before I decide on
my vote here? (The Wiki shows examples with it in)
Whoops, the example wasn't updated. Just done that:
http://wiki.apache.org/xmlgraphic
so defined like this by the spec. See 6.4.10 in XSL 1.0.
If you put the element with page-position="last" before the one with
"any", the last page is properly selected.
This is the correct behaviour. Well done and thanks for getting
page-position="last" working!
Chris
let me know what you think of it.
Good work and thanks,
Chris
ximum IPD must be specified on table.
It means you need to specify width on fo:table.
Chris
BTW, this forum is for discussing the Java coding of FOP internals. User
questions should be posted to the fop-user mailing list.
e API, we could release a 1.0. So if there's nothing that would block
a release, I can create a release branch and start a PMC vote for the
release.
WDYT?
Yes I agree completely
+1
Chris
s don't allow the user to
preserve whitespace in incoming data. This is considering poor
formatting. Instead the XML should be restructed to allow formatting
attributes to be applied to text to yield the desired result.
Chris
eally been sent to the fop-user mailing list.
Chris
er did seem to be too wide.
My question is what was the reason for multiplying the width by 1.4 for the space characters and lower? I believe this should not be done but am not sure of the impact if I do remove it. I think this should be filed as a bug.
Thanks for your help
Chris Dail
Whi
t the
multiplicator.
Thanks for the help
Chris
-Original Message-
From: Jeremias Maerki [mailto:[EMAIL PROTECTED]
Sent: Sunday, April 09, 2006 9:50 AM
To: fop-dev@xmlgraphics.apache.org
Subject: Re: AWT Renderer FontMetrics Bug and Analysis
I'm not sure I understand the whole problem, yet (sy
y only concern is the
amount of work involved, it might be too big a chunk of work for
Google's summer of code project.
Another broken table feature that often causes confusion is the
border-collapse algorithm. I know Jeremias had some ideas about how to
implement most of it and just leave out the hardest bits.
Chris
ack 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 :)
Thanks,
Chris
ssue open for now.
Is it worth raising a separate bug for this, so this issue can be
tracked more easily?
Chris
s the one task I'm
personally most interested in having in FOP.
collapsing border model is the item that I'm most interested in seeing
in FOP too :)
Chris
Manuel Mall wrote:
I just committed the first version of the AFP Renderer to the Sandbox.
Thanks for all your hard work Manuel. This will be very useful :)
Chris
g with making assumptions about the Postscript and PCL
to be inserted into the output is going a step too far I think.
Chris
Jeremias Maerki wrote:
On 09.05.2006 13:35:11 Chris Bowditch wrote:
I'm sorry Jeremias, your arguments here have failed to convince me that
your suggested approach is the best way. I'm still in favour of using
extension elements for PS, PCL and AFP. It should be possible
Jeremias Maerki wrote:
On 09.05.2006 16:04:37 Chris Bowditch wrote:
Jeremias Maerki wrote:
On 09.05.2006 13:35:11 Chris Bowditch wrote:
Yes I agree that /MediaType is the most widely used way, but we have
customers out there using /MediaPosition too. The bit I don't understan
Simon Pepping wrote:
Hi,
I read the long discussion between Jeremias and Chris, and Jörg's
note.
I do not like the idea of extension elements. I think, here I refer
back to a recent post by Glen about standard FO files. I like the idea
of a configuration file. Even a different configur
1 - 100 of 808 matches
Mail list logo