I got my copy of Michael Plass' dissertation today. A cursory overview
shows that this document will provide some insight on using Knuth
element model for page breaking but it also makes clear that we still
have to come up with solutions for certain tricky problems that he
didn't have to deal with
Let me sum up this tread to see if I get the picture:
* Sun's codec [1] will not be integrated.
* instead, Batik's transcoders will be used [2].
* where and how these transcoders will be made available to fop will
be discussed next week [3]
* I'll start by implementing basic functionalities for
That's all correct although the third point does not really have
anything to do with the bitmap renderer.
On 10.03.2005 14:34:57 Renaud Richardet wrote:
Let me sum up this tread to see if I get the picture:
* Sun's codec [1] will not be integrated.
* instead, Batik's transcoders will be used
Jeremias Maerki wrote:
I got my copy of Michael Plass' dissertation today. A cursory
overview shows that this document will provide some insight
on using Knuth element model for page breaking but it also
makes clear that we still have to come up with solutions for
certain tricky problems
Look what I've just found:
http://linux.org.mt/projects/jtextcheck/jtextcheck-ooohyph-plugin/index.html
It's LGPL (and so are OO's hyphenation patterns if I remember correctly)
but if we provide a plug-in mechanism and host the actual adapter under
the LGPL at http://offo.sourceforge.net/ we
Quite happy to. Done.
Glen
--- Simon Pepping [EMAIL PROTECTED] wrote:
Glen,
On Wed, Mar 09, 2005 at 11:34:29AM -0800, Glen Mazza
wrote:
The property on
fo:conditional-page-master-reference
should be master-reference, not master-name
[1].
I had this problem too the other day. Can
