[Simon]
In general, I have a different idea about the retain
condition. Retained spaces do not appear between areas returned by the
FO; all spaces appear before or after all areas returned by the
FO. This is different from retained padding and borders.
[Jeremias]
That's the part where I
While I am at it (this whole alignment stuff I mean) we may as well do
it properly. This would include support for the script property. The
allowed values for script are defined for example here:
http://www.unicode.org/iso15924/iso15924-codes.html.
I assume we don't bother to validate if a
On 05.10.2005 09:07:36 Finn Bock wrote:
[Simon]
In general, I have a different idea about the retain
condition. Retained spaces do not appear between areas returned by the
FO; all spaces appear before or after all areas returned by the
FO. This is different from retained padding and
On 05.10.2005 09:46:18 Manuel Mall wrote:
While I am at it (this whole alignment stuff I mean) we may as well do
it properly. This would include support for the script property. The
allowed values for script are defined for example here:
http://www.unicode.org/iso15924/iso15924-codes.html.
Patrick,
what's the status of your website refactoring? This is getting more and
more important. Would you please wrap up everything you've done so far
in a patch and post it? It doesn't need to be perfect, I can do the rest.
Thanks a lot!
Jeremias Maerki
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=36934.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=36935.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=36935.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=36935.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=36934.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
I have attached an fo file (actually a testcase) and the generated pdf.
It exercises some more involved alignment-baseline, nested inlines and
baseline table rescaling combinations.
I would appreciate if others could cast their eye over it and check it
for possible mistakes or different
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=36935.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=36935.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=36935.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=36935.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
I think I've just stumbled over a problem in the Knuth algorithm. Assume
the following element list:
FINE : ElementList: category=breaker, id=
FINE : 0) aux. box w=0
FINE : 1) aux. penalty p=INFINITE w=0
FINE : 2) aux. glue w=5000 stretch=0 shrink=0
FINE : 3) box w=1
FINE : 4)
It's easy after all:
http://svn.apache.org/viewcvs?rev=295059view=rev
On 05.10.2005 17:01:23 Jeremias Maerki wrote:
snip/
Makes me wonder if it
were very difficult to create JUnit test cases just testing the Knuth
algorithm...
Jeremias Maerki
On Wed, Oct 05, 2005 at 09:54:17AM +0200, Jeremias Maerki wrote:
On 05.10.2005 09:07:36 Finn Bock wrote:
So for inlines we get
fo:blockxxx xx xxx xx xxx x xxx fo:inline space-start=nniii i
iii iii ii iii iii i ii i ii/fo:inline xxx xxx xxx
xxx
Jeremias Maerki wrote:
What we also need for proper script support is a mapping from Unicode
code point to script.
...
(has this been done in FOP before?)
I don't think so.
Have a look at
http://people.apache.org/~pietsch/linebreak.tar.gz
Occasionally I've thought about some sort of
The reference I found was in the section about avoiding psychologically
bad breaks. AFAICS the auxiliary flag is used in line breaking in the
hyphenation code, but the breaker algorithm actually doesn't care about
it. For page breaking the meaning of the auxiliary flag is undefined,
but I've used
On 05.10.2005 20:32:53 Simon Pepping wrote:
On Wed, Oct 05, 2005 at 09:54:17AM +0200, Jeremias Maerki wrote:
On 05.10.2005 09:07:36 Finn Bock wrote:
So for inlines we get
fo:blockxxx xx xxx xx xxx x xxx fo:inline space-start=nniii i
iii iii ii iii iii i ii i
On Thu, 6 Oct 2005 04:23 am, J.Pietschmann wrote:
Jeremias Maerki wrote:
What we also need for proper script support is a mapping from
Unicode code point to script.
...
(has this been done in FOP before?)
I don't think so.
Have a look at
On Wed, 5 Oct 2005 04:17 pm, Jeremias Maerki wrote:
On 05.10.2005 09:46:18 Manuel Mall wrote:
While I am at it (this whole alignment stuff I mean) we may as well
do it properly. This would include support for the script
property. The allowed values for script are defined for example
here:
Sounds like you guys are converging along these line:
1. Space properties are set as traits on each area.
2. Appearance of spaces is (largely) controlled by a combination of the
conditionality setting, being the first/last area of a reference area,
and the presence of fences (non zero border /
24 matches
Mail list logo