Graham Hannington wrote:
> Gotcha, thanks. I think this is what JPFOP, er, kludges (no disrespect
> intended to the developer). From the JPFOP site:
>
> > renderInlineArea() method was modified. ... For Bold, the characters are
> rendered 4 times with offset.
>
> If I read this correctly, and JPFO
Was wonder how to keep the contents of a table-cell from breaking
across pages when the table cell contains several paragraphs blocks.
Try this:
...
This did the trick. Viel Dank.
-
To unsubscribe, e-mai
> FOP does not have an engine to create fonts with different weight a single
typeface definition.
Gotcha, thanks. I think this is what JPFOP, er, kludges (no disrespect
intended to the developer). From the JPFOP site:
> renderInlineArea() method was modified. ... For Bold, the characters are
rend
Graham Hannington wrote:
I can already use both MS Mincho (monospace) and MS PMincho (the "P" stands
for "Proportional") just fine. The problem is that I cannot make these fonts
appear in different weights. (Or perhaps I've completely missed the point of
your email?)
FOP does not have an engine to
> This means you can only select "MS Mincho" and "MS PMincho"
I can already use both MS Mincho (monospace) and MS PMincho (the "P" stands
for "Proportional") just fine. The problem is that I cannot make these fonts
appear in different weights. (Or perhaps I've completely missed the point of
your e
> > Would a .NET port be worthwhile? Very much so.
>
> Is there a reason the .NET app can't communicate with FOP
> over a network connection ? Why is a port needed ?
>
It's not needed, but it would be nice to be able to make homogeneous
solutions, and there may be a significant performance gain us
On Tue, 2003-12-02 at 06:40, Gunnar Liljas wrote:
> Would a .NET port be worthwhile? Very much so.
Is there a reason the .NET app can't communicate with FOP
over a network connection ? Why is a port needed ?
> They just might do that, and while they're at it, they'll probably launch an
> alterna
> My guess is the demand for this is still quite low (esp. WRT pdf output),
> due to the extended functionality offered by the Acrobat SDK, which allows
> the .NET-minded ( C# / VB ) folks to _easily_ generate pdf output from
> whatever source they want (w.o. the intermediate use of anything like
>
> Was wonder how to keep the contents of a table-cell from breaking
> across pages when the table cell contains several paragraphs blocks.
Try this:
...
This will prevent the content of this row from getting broken apart at page
breaks.
If it does not fit onto the rest o
