You where absolutly rigth i miss a few libraries to add into the jar file, i
modified the build.xml to add the package and jar that i need, now the error
message is not there but still the images dont show in the pdf i remeber
that i do something in netbeans so they can add to the pdf but i cant
r
Hello Everyone,
I've defined my non-system font in manifest.mf file:
Name: me/jan/resources/fonts/droid-sans.ttf
Content-Type: application/x-font
The specified name corresponds to the package name me.jan.resources.fonts,
where that ttf file is stored.
I use minimum configuration:
The last 6 months or so, it works pretty good for us in productions systems. We
are using FOP 1.0 + a selection of patches that fix concurrency issues, for
example see:
https://issues.apache.org/bugzilla/show_bug.cgi?id=50698
https://issues.apache.org/bugzilla/show_bug.cgi?id=46360
http://marc.i
On 10 Jun 2011, at 18:55, Christopher R. Maden wrote:
Hi Chris
> On 06/10/2011 12:49 PM, Andreas L. Delmelle wrote:
>> It does make perfect sense, but from FOP perspective, also poses the
>> challenge of properly implementing "id" on fo:table-row... Since
>> there is no area to attach the id to,
On 06/10/2011 12:49 PM, Andreas L. Delmelle wrote:
> It does make perfect sense, but from FOP perspective, also poses the
> challenge of properly implementing "id" on fo:table-row... Since
> there is no area to attach the id to, we currently have no location
> in the area tree that ref-ids can poin
Hello Andreas,
Thanks for the clarification and spec. reference.
On 06/10/2011 10:49 AM, Andreas L. Delmelle wrote:
On 10 Jun 2011, at 18:40, Rob Sargent wrote:
Hi Rob
Consider this thread closed, though I find the news that fo:table-row calls
don't generate area both enlightening and conf
On 10 Jun 2011, at 18:40, Rob Sargent wrote:
Hi Rob
>
> Consider this thread closed, though I find the news that fo:table-row calls
> don't generate area both enlightening and confusing.
It is literally defined so in the Recommendation: see "Areas" at
http://www.w3.org/TR/xsl/#fo_table-row.
Vincent, thank you again.
You have probably solved this for me (once I truly grok the power of
indent).
Cheers,
rjs
On 06/10/2011 10:23 AM, Vincent Hennebert wrote:
Hi Rob,
(Sorry for the delay.)
On 01/06/11 00:30, Rob Sargent wrote:
I have a table of data which is designed to span acros
Thanks Vincent.
Related to the flow-sideways issue. A stab at an alternative: was
hoping grab to the block progression value of the row.
Consider this thread closed, though I find the news that fo:table-row
calls don't generate area both enlightening and confusing.
On 06/10/2011 10:28 AM,
Hi Peder,
(Sorry for the delay.)
On 23/05/11 15:06, Peder wrote:
> Hi list,
>
> I have a question about the PDF/A-1a compliancy of the PDF that FOP produces.
> We produce PDF/A-1a compliant PDF for a customer of us. But I think there is
> a problem with the tagging of tables.
> When PDF/A-1a is
Hi Rob,
On 10/06/11 17:12, Rob Sargent wrote:
> Wondering if it's possible to programmatically identify which blocks in the
> areatree output correspond to fo:table-row calls, given that the entire "page"
> is a single fo:table.
There’s no way AFAICT, as an fo:table-row element does not generate
Hi Rob,
(Sorry for the delay.)
On 01/06/11 00:30, Rob Sargent wrote:
> I have a table of data which is designed to span across two facing pages.
> Thanks to the tip from Jeremias Maerki I can size the tables perfectly and
> allot the correct space in the region-before or each page. But how do I
Wondering if it's possible to programmatically identify which blocks in
the areatree output correspond to fo:table-row calls, given that the
entire "page" is a single fo:table.
-
To unsubscribe, e-mail: fop-users-unsubscr...
I suspect running from your jar does not have/use the same classpath
that is in effect while you're in the debugger.
By what mechanism do you generate the jar?
Is it an executable jar or are you running java -classpath
Main?
Make your IDE (netbeans) display the classpath it uses to run your ap
14 matches
Mail list logo