The wiki page ReleasePlanFirstPR says
Copy xdocs/trunk to xdocs/0.90alpha1 to create the release
documentation when it's good enough.
That is very unstable. Wouldn't xdocs/0.90 be good? I need to create a
reference to the hyphenation pages in OFFO.
Simon
--
Simon Pepping
home page: http
and that the three renderers in there are
recognized?
FYI: ran a test for PCL and SVG output on OS X, and encountered no
problems whatsoever, so seems to be fine.
The script works OK on Debian GNU/Linux.
Regards, Simon
--
Simon Pepping
home page: http://www.leverkruid.nl
? Doesn't the parser resolve the prefix and then
hide it from FOP?
Simon
--
Simon Pepping
home page: http://www.leverkruid.nl
On Tue, Nov 08, 2005 at 11:19:15AM +0800, Manuel Mall wrote:
On Tue, 8 Nov 2005 04:40 am, Simon Pepping wrote:
Step 2. Refinement: white-space-collapse
Issue 1. The spec intentionally addresses only XML white space,
because only such white
On Tue, Nov 01, 2005 at 11:17:08PM +0100, J.Pietschmann wrote:
Simon Pepping wrote:
Is our current hyphenation method a subset of Unicode's method?
Umm. What's the relation between hyphenation and TR14 (except for
handling soft hyphens)? I guess you confuse finding line breaks
in general
it again! :-)
It is in the quoted-printable format, probably due to non-ascii
or non-latin-1 characters in it, the TR14 symbols.
Simon
--
Simon Pepping
home page: http://www.leverkruid.nl
into account at the phase of getNextKnuthElements.
Simon
--
Simon Pepping
home page: http://www.leverkruid.nl
branch until it proves to
work and to implement a substantial part of hyphenation. Then it does
not immediately matter if it is a separate project or a part of FOP.
Simon
--
Simon Pepping
home page: http://www.leverkruid.nl
problems.
Committed a few small changes. Otherwise it works OK for me.
Simon
--
Simon Pepping
home page: http://www.leverkruid.nl
=4pt background-color=#757575
Some text.
/fo:block
/fo:block
/fo:block
Regards, Simon
--
Simon Pepping
home page: http://www.leverkruid.nl
for it. Perhaps in one of the next weeks.
Simon
--
Simon Pepping
home page: http://www.leverkruid.nl
in
dpi. The value can easily converted to pixelToMillimeter internally.
Jeremias Maerki
--
Simon Pepping
home page: http://www.leverkruid.nl
and just remove them.
+1 for this proposal.
Simon
Manuel
--
Simon Pepping
home page: http://www.leverkruid.nl
to demonstrate the problem. The only thing that I
will probably do right now is clean up a few LM since I've only
commented older code passages dealing with spaces.
I agree that the code is ready to be merged into the trunk.
Simon
--
Simon Pepping
home page: http://www.leverkruid.nl
includes hyphenation
dependent tests, and the required hyphenation support is not
available, the Ant target has failed.
Simon
--
Simon Pepping
home page: http://www.leverkruid.nl
.,
section 4.2.5, Stacking Constraints.
When the empty block has space-before and/or space-after, it results
even in a rule in the output.
Regards, Simon
--
Simon Pepping
home page: http://www.leverkruid.nl
-transcoder.jar/
/fileset
/classpath
Should the classpath not contain libs-build-classpath instead of
libs-run-classpath, so that fop.jar (and fop-hyph.jar) are not in it?
Simon
--
Simon Pepping
home page: http://www.leverkruid.nl
On Fri, Oct 14, 2005 at 12:07:13AM +0200, Andreas L Delmelle wrote:
On Oct 13, 2005, at 21:50, Simon Pepping wrote:
But basically, why would anyone want to run regression tests without
hyphenation present?
Good point. I guess if there weren't any tests that don't require
hyphenation
I think junit-layout should fail if hyphenation-present is not
true. Now the layoutengine tests are silently skipped when hyphenation
is not present.
Simon
--
Simon Pepping
home page: http://www.leverkruid.nl
, but it is worrysome at the same time.
I think we should start a Wiki page listing all these bloody flaws in
the spec for everyone to see.
That is a good idea. As an extra benefit, the Wiki allows users to add
their interpretations.
Regards, Simon
--
Simon Pepping
home page: http
.
Regards, Simon
--
Simon Pepping
home page: http://www.leverkruid.nl
in managing the relations within the group, and in balancing his
full time input in FOP with the more limited input of other group
members.
Regards, Simon
--
Simon Pepping
home page: http://www.leverkruid.nl
.
Simon
So this may be a somewhat unexpected result but I think it's correct.
If anyone could verify that, I'd be grateful.
Agree
I'm attaching the PDF output of my local code.
Jeremias Maerki
Manuel
--
Simon Pepping
home page: http://www.leverkruid.nl
-after and padding-before comes at the end of
the block.
I do not have time to look up the details, as I am going away
for a few days.
Regards, Simon
On Thu, Sep 15, 2005 at 08:58:37AM +0200, Jeremias Maerki wrote:
On 14.09.2005 22:44:07 Simon Pepping wrote:
On Wed, Sep 14, 2005 at 05:05:37PM
if there is a good reason.
Regards, Simon
--
Simon Pepping
home page: http://www.leverkruid.nl
in the output, too.
Regards, Simon
--
Simon Pepping
home page: http://www.leverkruid.nl
On Sun, Sep 11, 2005 at 11:19:38AM +0200, Jeremias Maerki wrote:
On 10.09.2005 21:54:56 Simon Pepping wrote:
On Fri, Sep 09, 2005 at 02:04:08PM +0200, Luca Furini wrote:
Luca Furini wrote:
For example, if we have this LM tree
Outer BlockLM
.
Regards, Simon
--
Simon Pepping
home page: http://www.leverkruid.nl
set. WDYT?
What do you mean with repository? xml-fop/lib?
Simon
--
Simon Pepping
home page: http://www.leverkruid.nl
constraint need to be considered together to calculate the space
value. Resolution and creating elements go together, as a penalty must
be created to reflect the influence of a page break.
Regards, Simon
--
Simon Pepping
home page: http://www.leverkruid.nl
results.
This bothers me. It may hinder proper calculation of property value
inheritance, which follows the tree as given by the user. We do
property refinement on the tree; other than that it is a precise
reflection of the user's fo document. I am reluctant to change that.
Regards, Simon
--
Simon
:17:41 Simon Pepping wrote:
On Mon, Sep 05, 2005 at 09:21:09PM +0200, Jeremias Maerki wrote:
You can't, I can. My fault, sorry.
http://svn.apache.org/viewcvs?rev=278816view=rev
Thanks, that works. Another error, in junit:
[junit] Testcase:
testGenericPDFTranscoder
isFirst(Pos) and isLast(Pos). I am not sure
why this LM introduces the methods; every LM needs to be able to mark
its areas as first or last, is it not? Anyway, I have always felt that
this needed a review as it seemed to be implemented in a patchy
manner.
Regards, Simon
--
Simon Pepping
home page
the search path is constructed
from the configuration file and the built in path components.
Regards, Simon
On 05.09.2005 21:15:50 Simon Pepping wrote:
snip/
I am not sure that I understand everything that is being said
here. But I am alarmed when I hear that basic libraries, in this case
,org.apache.fop.util.ASCIIHexOutputStream)
[javac] location: class org.apache.commons.io.IOUtils
[javac] IOUtils.copy(sin, hexOut);
[javac]^
[javac] 1 error
BUILD FAILED
How can I solve this?
Simon
--
Simon Pepping
home page: http
font systems and
understanding why a piece of font software does not use it as you
expect, is a hard task that requires suitable runtime information from
the software.
Regards, Simon
--
Simon Pepping
home page: http://www.leverkruid.nl
need in the project team. That's why I'd like to nominate him for
committership in Apache FOP.
Jeremias Maerki
--
Simon Pepping
home page: http://www.leverkruid.nl
):
Caused an ERROR
[junit] org/apache/fop/util/SubInputStream
[junit] java.lang.NoClassDefFoundError: org/apache/fop/util/SubInputStream
Indeed, fop-transcoder.jar and fop-transcoder-allinone.jar do not
contain Service and SubInputStream in the util package.
Simon
--
Simon Pepping
home page
by an adapter.
I hope these thoughts make sense.
Regards, Simon
On Mon, Aug 22, 2005 at 12:23:45PM +0200, Jeremias Maerki wrote:
I've cleaned up JAXG and published it on my website:
http://www.jeremias-maerki.ch/dev/jaxg/
Comments are welcome.
Jeremias Maerki
--
Simon Pepping
home
this should have any negative effects on
anybody, since the output will still look the same. Do I maybe miss
The layout system works with millipoints. Is this discrepancy between
areas and renderers not an endless source of errors and confusion?
Regards, Simon
--
Simon Pepping
home page: http
are not
used.
hyphenation-jar collects the patterns in xml-fop/build/hyph in a separate
jar file, to preserve independence of fop.
In fact I offer ready made hyphenation jars in OFFO,
http://prdownloads.sourceforge.net/offo/offo-hyphenation-fop-HEAD.zip?download.
Simon
--
Simon Pepping
home page
On Mon, Aug 08, 2005 at 09:20:19AM +0200, Jeremias Maerki wrote:
On 07.08.2005 20:41:42 Simon Pepping wrote:
I have always commented this test out in my working copy. I do not
like tests that actually (also) test the exact innards of certain
Xerces and Xalan versions.
They were
for two
alternative allowed datastructures. My idea is that all InlineLevelLMs
return a list of KnuthSequences for getNextKnuthElements. Of course
you can move it back into the trunk. I can always work further on it
when it is there.
Regards, Simon
--
Simon Pepping
home page: http://www.leverkruid.nl
(BasicDriverTestC
ase.java:78) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
Method)
Jeremias Maerki
--
Simon Pepping
home page: http://www.leverkruid.nl
Jeremias Maerki
--
Simon Pepping
home page: http://www.leverkruid.nl
is easier since it generates a
viewport/reference pair, so it will ultimately need its own breaker
(like absolutely positioned block-containers).
Jeremias Maerki
--
Simon Pepping
home page: http://www.leverkruid.nl
On Sat, Jul 30, 2005 at 03:46:31PM +0200, Jeremias Maerki wrote:
Sorry, but I have trouble understanding what you mean. Could you please
elaborate with an example? Thanks.
On 30.07.2005 13:54:25 Simon Pepping wrote:
On Wed, Jul 27, 2005 at 10:40:25PM +0200, Jeremias Maerki wrote:
I
sounds OK.
Inside a row group, you may limit the rule to those columns which
start a grid unit in this row, and exclude the columns which span into
this row from a previous row.
Regards, Simon
--
Simon Pepping
home page: http://www.leverkruid.nl
.
On 27.07.2005 21:54:00 Simon Pepping wrote:
One thing that IMHO is still lacking in the table breaking code is
penalty values. ATM all penalties are 0. I believe the penalty value
should depend on the extra vertical size that the break contributes,
that is, on the penalty's width. I have
can't see them. So I just want to check with
you that I haven't forgotten about anything. Or maybe someone has a
better rule to implement this. Thoughts welcome.
Jeremias Maerki
--
Simon Pepping
home page: http://www.leverkruid.nl
?
Jeremias Maerki
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Jeremias Maerki
--
Simon Pepping
home page: http://www.leverkruid.nl
). Do you get an error
message when the update stops?
If normal updating and then merging doesn't work, I see no other way
around doing it the hard way. :-( But then, I'm still not the total SVN
expert.
On 22.07.2005 20:55:36 Simon Pepping wrote:
I tried out how subversion update reacts
have another point to attend to:
Our
current nominal text box is much bigger than it was for 0.20.5. I've seen
this
before and I think we're approaching the time when this needs to be fixed.
Jeremias Maerki
Jeremias Maerki
--
Simon Pepping
home page: http
., for WidgetLayoutManager wlm,
call wlm.initialize() instead of LM.initialize().)
Thanks,
Glen
--
Simon Pepping
home page: http://www.leverkruid.nl
the XSL spec, section 7.16.6, I expect 'This Text Is
Capitalized' despite the wrapper and inline elements. The spec only
speaks about words. There is no mention that fo child elements would
make a difference.
Regards, Simon
--
Simon Pepping
home page: http://www.leverkruid.nl
or theological works you may see many and long footnotes.
Regards, Simon
--
Simon Pepping
home page: http://www.leverkruid.nl
points:
1. A penalty for the header and footer is added at the last step; it
should be omitted.
2. When a grid unit is incomplete at the page break, it is not
rendered on the first page.
Regards, Simon
--
Simon Pepping
home page: http://www.leverkruid.nl
too much like a per-segment thing.
Under the new light, this means a totally different thing. Looking at my
(buggy) example [1] this means that the segment where the arrow points
should actually be the same broad red border as the one next to it on
the right side.
--
Simon Pepping
home
.
But before I turn everything upside-down again, can please someone
confirm that I was really wrong before and got it right now? Thanks a
lot.
[1] http://wiki.apache.org/xmlgraphics-fop/CollapsingBorderModel
Jeremias Maerki
PS: Can someone please beat me?
--
Simon Pepping
home page: http
On Wed, Apr 20, 2005 at 05:51:47PM +0200, Luca Furini wrote:
Simon Pepping wrote:
I am worried about performance. Knuth elements are passed up and down
the LM tree, and at each step the Position is wrapped or
unwrapped. That probably occurs very many times, and together these
operations
On Tue, Apr 12, 2005 at 07:04:37PM +0200, Luca Furini wrote:
Jeremias Maerki wrote:
By the way, it seems that you forgot to commit some changes to
KnuthPossPosIter.
With Jeremias being away for the week, I committed a quick fix. I hope
it works as intended.
Regards, Simon
--
Simon Pepping
that for this page break the table is shorter than without
page break, due to the merger of the row border with the header and
footer borders.
Regards, Simon
--
Simon Pepping
home page: http://www.leverkruid.nl
to start a new paragraph, with new
indentation, a new block should be specified.
Regards, Simon
--
Simon Pepping
home page: http://www.leverkruid.nl
user configuration to find
those files. hyphenation-dir is observed in fop-0.20. In principle it
would be nice to restore this behaviour, and to extend it to
OOo-format patterns. But it is certainly secondary.
Regards, Simon
--
Simon Pepping
home page: http://www.leverkruid.nl
at such a time. Code repositories are a
powerful tool, but they do not take away the problems that arise when
two people are working on the same piece of code. Please, leave this
area to Jeremias for the weeks to come.
Regards, Simon
--
Simon Pepping
home page: http://www.leverkruid.nl
401 - 465 of 465 matches
Mail list logo