J.Pietschmann schrieb:
Hi devs,
I just upgraded to Ant 1.6.5 and the junit tasks stopped
working (see Ant FAQ faq.html#delegating-classloader). I
really liked my setup where all jars were in a single
directory. :-(
Yeah, with the help of those nice build.bat|sh ;-)
It's too late in the
Rather complex area, line building. One that is a little under-present
in our testcases so far. I believe you're correct (comments in 4.6 and
7.15.4), but I have the impression that we'd actually need to look at
this from a more general angle eventually. Not necessarily right now, of
course. But
Just upgraded to Ant 1.6.5 on Windoze.
1. Unpack binaries
2. Adjust ANT_HOME env variable (%ANT_HOME%\bin is already in the PATH)
3. Copy junit-3.8.1.jar into the lib directory of the Ant installation.
...works.
On 06.09.2005 00:53:13 J.Pietschmann wrote:
Hi devs,
I just upgraded to Ant 1.6.5
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=36508.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
On Tue, 6 Sep 2005 04:02 pm, Jeremias Maerki wrote:
Rather complex area, line building. One that is a little
under-present in our testcases so far. I believe you're correct
(comments in 4.6 and 7.15.4), but I have the impression that we'd
actually need to look at this from a more general angle
Manuel Mall wrote:
Next problem: border conditionality - how do I model that with the Knuth
approach? At the time I add the Border/Padding start/end boxes we don't
have line breaks so they really only cover the .conditionality=discard
case. How do I tell the algorithm to leave enough space at
Manuel Mall wrote:
But if we have a long fo:inline stretching multiple lines this seem to
give the wrong results from the Inline LM perspective. For example if
the fo:inline finishes in the middle of a line followed by more text the
Line LM will not set the LAST_AREA flag when calling
Manuel Mall wrote:
These two paragraphs confuse me - sorry. My understanding was:
discard = start/end borders/padding only at the start and end of the
whole fo:inline
retain = as discard plus start/end borders/padding on the start and end
of every line the fo:inline spans.
Sorry, you are
Luca,
thanks great stuff - that gives me a lot to work with.
Manuel
On Tue, 6 Sep 2005 06:48 pm, Luca Furini wrote:
Manuel Mall wrote:
These two paragraphs confuse me - sorry. My understanding was:
discard = start/end borders/padding only at the start and end of
the whole fo:inline
Luca,
thanks.
1. You confirmed what I suspected - LAST_AREA means last area in that
line; so may be we should rename it to LAST_AREA_IN_LINE?
2. I need (nearly) exactly what Jeremias was referring to in your [1] -
that is an indication that the last area for a LM is being generated.
In my
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=36508.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Hi all,
So this is a tricky one. I really feel like I'm getting in the
way of FOP stuff, but on the other hand as far as I can see the
ForayFont stuff would have almost zero advantage for Batik's use
of the PDF Transcoder.
This is because Batik has to do all of it's own text layout and
Certainly not, if it solves the problem. Just make certain that it
doesn't add up too much on memory consumption on LMs that don't need
the position indexes. Maybe this infrastructure should be extracted into
its own class and used by the LMs that need it.
On 06.09.2005 14:33:07 Manuel Mall
Thanks for chiming in, Thomas.
It should be possible to have that pluggable for Batik. After all, the
text bridge mechanism from Batik provides an ideal way to plug that
functionality in.
A few random notes on the topic:
- The PDF library has dependencies on the font subsystem, so we would
need
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=36520.
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=36520.
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=36508.
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=36520.
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=36508.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Hey, its nearly midnight and time to get some sleep - but have to share
this: had some success with this refactoring - attached a PDF and the
FO file showing how much of the inline border / padding stuff now
works. The nested inlines are not 100% right yet, still need to figure
out a fix for
Jeremias Maerki wrote:
Manuel Mall has been investing a tremendous amount of time and effort
into making FOP better lately. The results were just great. It's been a
pleasure to apply his patches, even though it ate up a lot of my time.
;-) Manuel has been around since at least late 2002, even
Jeremias Maerki wrote:
3. Copy junit-3.8.1.jar into the lib directory of the Ant installation.
Yeah, this is exactly what I like to avoid: If I kill the
installation, there's a chance all jars put there are gone
and have to be extracted from offline archives in the new
installation.
I'll
Hi,
By trying to debug my FOrayFont adaptation I noticed that the user config file
currently isn't taken into account by the Trunk.
The apps.FOUserAgent.getConfig() method is actually never called within the
code, and (as a consequence I suppose) neither is the
On Mon, Sep 05, 2005 at 11:14:09PM +0200, Jeremias Maerki wrote:
Weird, why does it want Service? I've added SubInputStream and all runs
through.
Thanks. I do not mean that it requires Service. I mean that those two
classes are in util and not in the transcoder jars.
Simon
On 05.09.2005
On Tue, Sep 06, 2005 at 12:46:19PM +0200, Luca Furini wrote:
Manuel Mall wrote:
I think there is a bit of ambiguity in the names: at the moment, the
LAST_AREA flag signals to a LM that it is adding the last inline area in a
line, or the last block area in a page, but this can cause
Actually, everything is fine with the code. The renderer is already
configured through the RendererFactory. I assume the problem is the
changed format of the userconfig.xml file. I've attached a demo file.
Note that each renderer has its own font setup now, mostly because every
renderer may have
On Mon, Sep 05, 2005 at 09:35:26PM +0200, Jeremias Maerki wrote:
As I said, widely differing views between Batik and FOP about this. In
my own personal opinion, I'm with you. From the POV of XML Graphics
Commons we have a problem. We've voted on the plan for Commons where we
said that we'd try
Simon Pepping wrote:
I used to use a script for ant that adds junit.jar to the
classpath. Since Debian Sarge, it works out of the box, as
Christian said.
Thanks for the encouragement.
After another round of getting the long, well meaning and
utterly useless Ant messsage about a task not
Simon Pepping wrote:
It would of course be easier if all components would use a
standard interface like Commons Logging. But that is not
going to happen in this world.
FWIW, I am not opposed to having FOray use Commons Logging instead of a
home-grown interface. But that is actually an
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=36533.
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=36533.
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=36533.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
32 matches
Mail list logo
