Dear Fop Devs,
Peter B. West schrieb:
Java 6 is, as yet, and possibly indefinitely, unavailable for 32 bit
machines. Apple's commitment to Java has slackened off considerably.
Peter
Just for the mail archives: Snow Leopard (Mac OS X 10.6) includes Java 6
on 32-bit intel architectures [and was
On 03/09/2009, at 6:51 PM, Max Berger wrote:
Dear Fop Devs,
Peter B. West schrieb:
Java 6 is, as yet, and possibly indefinitely, unavailable for 32 bit
machines. Apple's commitment to Java has slackened off considerably.
Peter
Just for the mail archives: Snow Leopard (Mac OS X 10.6)
Hi Stephan,
Stephan Thesing wrote:
Hello,
just a short status / question update.
snip/
What remains is layout and producing the change bar areas.
If I read the spec right, the intended semantics of the change-bar-elements
is the following:
- for all elements generating areas that
https://issues.apache.org/bugzilla/show_bug.cgi?id=47781
Summary: GRAVE: Exception: java.lang.NullPointerException when
unsing fop
Product: Fop
Version: 0.95
Platform: PC
OS/Version: Windows XP
Status: NEW
Hello,
Yep, that's what I was referring to, and AFAICT, it is not mandated
that the change-bar-begin and the corresponding change-bar-end appear
in the same flow/page-sequence.
yes, it can occur across page-sequences, etc.
Seems reasonable, although... validateChildNode() is more
Hello,
The area tree described in the Recommendation is non-normative,
therefore we are free to deviate from it as long as the final visual
result is the same.
And I’m actually not keen on the idea of generating a change-bar area
for /each/ area under the influence of a change bar. This