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:
I got a little shock when I realized a problem I didn't think of when we
discussed moving FOP components over to XML Graphics Commons. We said we
would try to remove logging code from these basic components entirely.
Now, I forgot to consider the decision to use FOrayFont
Jeremias Maerki schrieb:
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,
[Jeremias]
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 submitted a
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=36476.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
On Mon, 5 Sep 2005 03:08 pm, Manuel Mall wrote:
Jeremias,
thanks for your patience in answering my questions.
On Mon, 5 Sep 2005 02:51 pm, Jeremias Maerki wrote:
On 04.09.2005 16:34:35 Manuel Mall wrote:
snip/
Another question for the Knuth experts. It appears the inline
LMs don't
I think you're reaching a point where you should understand exactly how
the Knuth model works. I haven't looked at how conditionality is
implemented very closely. Without diving deeper into this myself I'm
unable to help right now other than to point you to
BlockStackingLayoutManager again which
Jeremias Maerki writes:
I'm starting now. I've had to rename inline_block_nested_\#36248.xml
to inline_block_nested_bug36248.xml to get the junit task to build.
Unix Which OS?
Linux,
Richard
Jeremias Maerki wrote:
I think you're reaching a point where you should understand exactly how
the Knuth model works. I haven't looked at how conditionality is
implemented very closely. Without diving deeper into this myself I'm
unable to help right now other than to point you to
Fixed:
http://svn.apache.org/viewcvs?rev=278753view=rev
http://svn.apache.org/viewcvs?rev=278754view=rev
On 05.09.2005 15:53:47 richardw wrote:
Jeremias Maerki writes:
I'm starting now. I've had to rename inline_block_nested_\#36248.xml
to inline_block_nested_bug36248.xml to get the
Richard W. wrote:
I'm starting now. I've had to rename inline_block_nested_\#36248.xml
to inline_block_nested_bug36248.xml to get the junit task to build.
I had to rename that file too; I have win xp.
Regards
Luca
On Mon, 5 Sep 2005 09:51 pm, Jeremias Maerki wrote:
I think you're reaching a point where you should understand exactly
how the Knuth model works.
It had to happen eventually :-).
I haven't looked at how conditionality is
implemented very closely. Without diving deeper into this myself I'm
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=36505.
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=36505.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
On Sep 5, 2005, at 10:29, Jeremias Maerki wrote:
Manuel Mall ...
That's why I'd like to nominate him for
committership in Apache FOP.
Definitely a BIG +1 from me.
Cheers,
Andreas
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.
I'm satisfied with your explanations. Please just add a
LEVEL_DEBUG constant and I'm OK with your interface.
OK, I have added the constant LEVEL_DEBUG back, and have also added a new
one called LEVEL_TRACE.
PLEASE NOTE: LEVEL_DEBUG is now equal to LEVEL_FINER (it previously was
equal to
On 05.09.2005 17:05:48 Victor Mote wrote:
Jeremias Maerki wrote:
I got a little shock when I realized a problem I didn't think
of when we discussed moving FOP components over to XML
Graphics Commons. We said we would try to remove logging code
from these basic components entirely.
Hi,
I get a build error:
[javac] Compiling 653 source files to /fsb/fsc/source/xml-fop/build/classes
[javac]
/fsb/fsc/source/xml-fop/src/java/org/apache/fop/render/ps/PSFontUtils.java:166:
cannot resolve symbol
[javac] symbol : method copy
On Mon, Sep 05, 2005 at 07:33:33PM +0200, Jeremias Maerki wrote:
On 05.09.2005 17:05:48 Victor Mote wrote:
Jeremias Maerki wrote:
The design considerations are as follows:
1. FOrayFont needs to be able to log messages.
For whom? For the developer or for the end-user? Because that's
+1 from me.
Regards, Simon
On Mon, Sep 05, 2005 at 10:29:36AM +0200, 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
You can't, I can. My fault, sorry.
http://svn.apache.org/viewcvs?rev=278816view=rev
On 05.09.2005 21:02:16 Simon Pepping wrote:
Hi,
I get a build error:
[javac] Compiling 653 source files to
/fsb/fsc/source/xml-fop/build/classes
[javac]
Jeremias Maerki wrote:
I'm ever growing more cofident that
developer-oriented logging should be done through a static logging
facility (like Commons Logging) and that end-user-oriented logging needs
to operate per processing run (like Avalon Logger) but not necessarily
through a standard logging
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 to remove the dependency on Commons Logging. If there
is a problem
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(org.apache.fop.BasicPSTranscoderTestCase):
J.Pietschmann wrote:
/me ducks.
Hehe. I've also thought again that designing certain
interfaces (and piling them on each other) must be really really fun.
Your meaning here is, at best, ambiguous. Please clarify.
Victor Mote
Weird, why does it want Service? I've added SubInputStream and all runs
through.
On 05.09.2005 22: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
I'm sorry but I've got to stop here. No energy left for this discussion.
I didn't manage to get my meaning across and so we're talking about
different things. I'll try to look into aXSL and FOray later and see if
I can create a patch to demonstrate what I was talking about. Sorry for
wasting your
Victor Mote wrote (August 27, 2005):
In order to move forward, I suggest the addition of the following
methods in
org.axsl.font.Font:
public byte nextBolderWeight();
public byte nextLighterWeight();
public org.axsl.font.Font nextBolderFont();
public
Victor Mote wrote:
Your meaning here is, at best, ambiguous. Please clarify.
If you've looked into a fair number of open source projects,
and add projects from your work environment, you'll probably
see certain abstractions over and over again.
Counting the number of reincarnations, logging
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. :-(
It's too late in the evening for advanced reshuffling
of important libraries. What's your setup?
Currently fop sets the bpd of areas created from fo:inlines to to
line-height of the line the area appears in.
For example:
fo:block font-size=10ptSome text fo:inline font-size=8ptsmaller
text/fo:inline/fo:block
The inline parent area created for the fo:inline will be given a bpd of
12pt,
32 matches
Mail list logo
