with back then. At any rate, the dissertation seems
more helpful than the two documents we found by Brüggemann-Klein, Klein
and Wohlfeil.
Jeremias Maerki
]
http://mail-archives.eu.apache.org/mod_mbox/xmlgraphics-general/200503.mbox/[EMAIL
PROTECTED]
[4] http://nagoya.apache.org/eyebrowse/[EMAIL PROTECTED]msgNo=10756
Jeremias Maerki
better.
Jeremias Maerki
/viewcvs.cgi/xml-batik/sources/org/apache/batik/ext/awt/image/codec/tiff/
On 09.03.2005 11:30:51 Oleg Tkachenko wrote:
Jeremias Maerki wrote:
Thanks to Glen for raising the issue. The ideal approach is if Oleg
would pack up his TIFFRenderer and donate it to the ASF accompanied with
a software grant
wrote:
That will be extremely useful. However, I was trying to clarify the
situation of PDFRenderer. The impression I got from Renaud's comment
was that the Java2DRenderer was to be the basis of all renderers. Hence
my interest.
Jeremias Maerki
from providing additional code that's
JDK 1.4 dependent as long as it's not core functionality and it's in a
separate directory (src/java-1.4).
Regards,
Renaud
[3] http://nagoya.apache.org/eyebrowse/[EMAIL PROTECTED]msgId=1332332
Jeremias Maerki
:43:57 Luca Furini wrote:
Jeremias Maerki wrote:
Luca, do you think your total-fit approach may be written in a way to
handle changing available IPDs and that look-ahead can be disabled to
improve processing speed at the cost of optimal break decisions?
I think that a first fit algorithm
Yes, please, because it's a lot easier to handle inside an IDE. You
simply define an additional source folder if you're on JDK 1.4, and you
don't get compile error on JDK 1.3.
On 09.03.2005 16:34:39 Glen Mazza wrote:
--- Jeremias Maerki [EMAIL PROTECTED] wrote:
Otherwise, I'd rather use
several examples on how to adjust the bitmap renderer for
themselves. And a additional JAI implementation is certainly not a big
deal after we have the first one.
On 09.03.2005 16:38:33 Oleg Tkachenko wrote:
Jeremias Maerki wrote:
That's no problem, I think, because Batik has a TIFF encoder
On 08.03.2005 03:18:21 Renaud Richardet wrote:
snip/
On Mon, 28 Feb 2005 , Jeremias Maerki wrote:
AbstractRenderer: I moved what I could reuse from PDFRenderer to
AbstractRenderer: renderTextDecorations(), handleRegionTraits(), and
added the
needed empty methods.
I think
By the way, Renaud, you should sign and send an ICLA (Individual
Contributor license agreement) to the ASF if you haven't done so already.
http://www.apache.org/licenses/#clas
Just so we're on the safe side. After all you're not just doing little
bug fixes. Thanks!
Jeremias Maerki
*/
public static final String MIME_TYPE =
application/awt;
Jeremias Maerki
to the concrete PDF renderer be? The wiki is vague on
this point.
Jeremias Maerki
propose in [2]. Would you like to integrate it
yourself? Otherwise I
would like to do it.
Regards,
Renaud
[1]
http://wiki.apache.org/xmlgraphics-fop/FopAndJava2D
[2] http://www.tkachenko.com/fop/fop.html
Jeremias Maerki
:
On 04.03.2005 13:23:01 Luca Furini wrote:
Jeremias Maerki wrote:
Would you consider sharing what you already
have? This may help us in the general discussion and may be a good
starting point.
Ok, I'll try to.
The main change in the LineLM is that the line breaking algorithm does not
select
I don't know why this is important to you but it's two to three months.
On 04.03.2005 12:40:04 Peter B. West wrote:
Jeremias Maerki wrote:
Sounds very interesting. Would you consider sharing what you already
have? This may help us in the general discussion and may be a good
starting point
on that bone to fill one hour.
ApacheCon Europe 2005 CFP submission
Submitter: Jeremias Maerki [EMAIL PROTECTED]
Title: Apache FOP: Optimizing speed and memory consumption
Level: Experienced
Style:
Orientation: Developer
Duration: 60
Categories:
Abstract:
Apache FOP is the most popular XSL-FO
-Formatter.
Thanks for your help, Michael
Michael Iwaniewicz
CHIS Architecture
Office: (43-1) 21145-6446
Mobile:(43) (0) 664-618-5839
Jeremias Maerki
Cool, that would be great stuff. Let's hope your boss lets you off the
leash.
On 07.03.2005 23:57:50 J.Pietschmann wrote:
Jeremias Maerki wrote:
I was also thinking about something like
hidden treasures in the XML Graphics project but I guess there's not
so much meat on that bone to fill
is
presented (page 8).
http://www.pi6.fernuni-hagen.de/publ/tr205.pdf
Those 2 articles are summaries of a book. The link to command the book
can be found at the bottom of
http://web.informatik.uni-bonn.de/I/research/Pagination/
Renaud
Jeremias Maerki
Ok then, I'll call you Sunday evening 19.00 CET if nothing goes wrong.
The others interested will find me in Skype.
FYI, I'll be out of touch from later today until Sunday afternoon.
On 03.03.2005 21:46:55 Simon Pepping wrote:
On Thu, Mar 03, 2005 at 08:34:54PM +0100, Jeremias Maerki wrote
of time.
On 04.03.2005 11:09:42 Luca Furini wrote:
Jeremias Maerki wrote:
Anyway, I'd like to ask if we could hold to a brainstorming conference
call on page breaking either Sunday evening or next Monday or Tuesday
somewhere between 8:00 and 24:00 CET. Of course, on my wish list
immediately for a reasonable fee.
Thanks,
Jeremias Maerki
is
ignored.
The elements representing the header and its border are moved at the end
of the sequence, but I don't think this is could be a real problem: the
TableLayoutManager would place it at its right place when adding areas.
Regards
Luca
Jeremias Maerki
On 03.03.2005 16:19:24 Victor Mote wrote:
Jeremias Maerki wrote:
While looking for material on page breaking I found several
references to this document:
http://wwwlib.umi.com/dissertations/fullcit/8124134
Does anyone know if it's worth ordering and waiting
reprioritized your efforts
over the past two months [1], and much, much for the
better.
Glen
--- Jeremias Maerki [EMAIL PROTECTED] wrote:
I very much hope so. But it becomes more and more
apparent that this
will be the greatest challenge in my programmer's
life. Wow indeed
. number in the conference is four people with
Skype.
On 01.03.2005 23:31:16 Jeremias Maerki wrote:
Maybe I could hook you into a Skype conference by using SkypeOut. It's pretty
cheap to call to the Netherlands. According to the FAQ this is possible.
On 01.03.2005 22:26:50 Simon Pepping wrote
instead if you wish.
Glen
Jeremias Maerki
this?
Jeremias Maerki
specifications.
Just my $0.02.
Thanks,
Glen
[1]
http://www.w3.org/TR/2001/REC-xsl-20011015/slice4.html#keepbreak
[2]
http://www.w3.org/TR/2001/REC-xsl-20011015/slice7.html#keep-together
--- Jeremias Maerki [EMAIL PROTECTED] wrote:
Where did you find such a suggestion? I'd
direction and most of the effort already
invested is not lost. We just have to improve a specific part.
Jeremias Maerki
it, but I've got to
do it anyway. Since I don't want to work with a series of patches like
you guys did earlier, I'd like to create a branch to do that on as soon
as we've agreed on a strategy. Any objections to that?
[1] http://wiki.apache.org/xmlgraphics-fop/PageLayout
Jeremias Maerki
To speed things up could we hold a conference (using Skype, for example)
to discuss further details on page-breaking? I'd volunteer to sum up any
results during that discussion for the archives. I have Finn on my Skype
radar already.
Jeremias Maerki
of the
+space-before after the page-break, hw is the space when there is no
+page break.
Jeremias Maerki
On 01.03.2005 22:25:12 Simon Pepping wrote:
On Tue, Mar 01, 2005 at 07:52:27AM -0700, Victor Mote wrote:
Jeremias Maerki wrote:
processing time and additional memory requirements. This
leads me to the question if we shouldn't actually implement
two page-breaking strategies
--is
probably a Good Thing for them anyway.
Thanks,
Glen
Jeremias Maerki
to updating
the PS renderer to full quality.
Jeremias Maerki
to support
efforts to that end.
Jeremias Maerki
for disagreements.
On 28.02.2005 19:33:05 Victor Mote wrote:
Jeremias Maerki wrote:
Thanks for bringing this up. I almost forgot.
I'd be in favor of integrating Victor's improvements in this area.
However, I'd also be inclined to gently nudge you, Victor, to
bring the font stuff back to Apache
move
for you--I don't know why you are fighting this.
I'm not fighting this. I've had no compelling reason and spare time to
do this, yet. The current issue is no reason for me to write anything to
the WG.
Jeremias Maerki
make
sense for these items to be empty.
BTW, what is FONode.removeChild() for anyway? Why is
this helpful--we haven't needed such a method for
years.
Jeremias Maerki
of the
ASF. See here for a text and PDF version of the ICLA:
http://www.apache.org/licenses/#clas
http://www.apache.org/licenses/icla.txt
http://www.apache.org/licenses/icla.pdf
That's not the same as commit rights or committership, but we might get
to that in time. :-)
Jeremias Maerki
embeddability of
the AWTRenderer was something I also had in mind. We've had several
instances where people had trouble embedding the AWTRenderer in their
application or simply use the preview form.
Jeremias Maerki
.
The new layout also doesn't require that I prepare the ground for Renaud.
Also, I hope this Wiki page helps him see the direction what we'd like
the thing to go.
Everybody happy?
On 22.02.2005 18:29:41 Glen Mazza wrote:
WDYT?
Jeremias Maerki
-breaking process? or am i missing something?
renaud
PS: the abstract Java2DRenderer sounds like a really good deal to me :)
Jeremias Maerki
. The reference orientation is simple. It's just a
matter of getting the transformations right. Run the simple test cases
from the layout engine test suite and work from simple to more
complicated.
snip/
Jeremias Maerki
would apreciate if you would do
the changes asap.
thanks, Renaud
Jeremias Maerki
Am I right that for a table-cell in collapsing border model the
conditional part of a length-conditional (ex. in border-before-width)
has no effect (i.e. is ignored)?
Thanks,
Jeremias Maerki
be) a leading edge in a reference area from this (table-cell,
table-row, table-body) formatting object. H.
On 21.02.2005 18:11:22 Victor Mote wrote:
Jeremias Maerki wrote:
Am I right that for a table-cell in collapsing border model
the conditional part of a length-conditional (ex
Ah yes, that makes sense. Thanks a lot Vincent. I didn't think about
that.
On 21.02.2005 21:54:19 Vincent Hennebert wrote:
Jeremias Maerki a écrit :
Am I right that for a table-cell in collapsing border model the
conditional part of a length-conditional (ex. in border-before-width)
has
for reference, but any
work you do on that branch will probably not be integrated into FOP
1.0.
Jeremias Maerki
org.apache.fop.render.awt becomes org.apache.fop.render.java2d
- AWTRenderer.java becomes Java2DRenderer.java (AWT*.java -
Java2D*.java)
I think the viewer subpackage can stay as is under the renamed package.
Any objections?
[1] http://java.sun.com/j2se/1.4.2/docs/guide/2d/spec.html
Jeremias Maerki
on it.
[1] http://wiki.apache.org/xmlgraphics-fop/TableLayout
Thanks,
Jeremias Maerki
their ideas?
thanks, Renaud
Jeremias Maerki
Done.
On 19.02.2005 21:45:28 Thomas DeWeese wrote:
Hi all,
Can you remove (or comment out) the stray System.out in
xml-fop/src/java/org/apache/fop/svg/PDFGraphics2D.java:439
Thanks!
Jeremias Maerki
!
Jeremias Maerki
have.
Jeremias Maerki
--
Simon Pepping
home page: http://www.leverkruid.nl
Jeremias Maerki
and start- end-indent are 50.
As this method has not been modified recently, the error (if this
behaviour is really wrong) must be elsewhere ...
Regards,
Luca
Jeremias Maerki
is used so the painting code knows how to interpret the border
width.
On 15.02.2005 17:41:27 fop-cvs wrote:
Wiki: XML Graphics - FOP Wiki
Page: CollapsingBorderModel
URL: http://wiki.apache.org/xmlgraphics-fop/CollapsingBorderModel
Jeremias Maerki
On 15.02.2005 17:46:54 Glen Mazza wrote:
--- Jeremias Maerki [EMAIL PROTECTED] wrote:
Hi Luca,
the reason for the effect you're seeing is the
inheritance of
start-indent and end-indent. In your exapmle, if you
specify a
margin-left and margin-right on the
simple-page-master
properties.
I'm uncertain that that means that they are
Corresponding Properties however--I wonder if you are
reading too much into the word correspond.
Jeremias Maerki
.
Jeremias Maerki
90pt, no less.
On 16.02.2005 05:15:36 Glen Mazza wrote:
On second thought, Jeremias, instead of arguing this,
why don't we just compromise at 75pt. margins? ;)
Jeremias Maerki
margins of 50 pt.
each, no?
No. :-)
Jeremias Maerki
instead of
xpath=//text[. = 'line1']/../../../../../../../../../@nr
Jeremias Maerki
to follow.
Where can I get more information about FOP 0.15.
Please help me in finding the solution for this.
Thanks and Regards,
Raju
Jeremias Maerki
, such as XML, Jakarta and the Apache Server, to avoid redundancy and
achieve a coherent architecture among Apache XML Graphics and these projects.
*
Jeremias Maerki
. ATM the commits are
going to FOP. The commits list will also receive changes made in the new
SVN repository for the XML Graphics website which I hope will also soon
be created. Please subscribe by sending an empty mail to
[EMAIL PROTECTED]
Jeremias Maerki
() stage. Does anyone know? There are no such
traits described in the spec that I could find in a quick fly-over. And
IMO it doesn't make sense to do it this way. What am I missing?
On 10.02.2005 14:28:45 Jeremias Maerki wrote:
Ouch! The PageSequenceLayoutManager has a big problem. It sets
Uhm, don't look too closely at my latest test cases. I've made some
mistake in interpretation. Revisiting now...
Jeremias Maerki
Corrected. Thanks, Simon.
On 09.02.2005 22:08:20 Simon Pepping wrote:
Jeremias,
On Mon, Feb 07, 2005 at 10:29:10AM +0100, Jeremias Maerki wrote:
Simon,
can you tell me which parser and XSLT processor combination gave you
these problems? I'd like to reproduce the problem so I can
of you there, especially those I haven't met personally or on
the phone yet. Also, it might be a great opportunity for a little
hackathon.
Jeremias Maerki
it.
Regards, Simon
On Thu, Feb 03, 2005 at 06:19:29PM +0100, Jeremias Maerki wrote:
Team,
I've just checked in markers5a and markers5b which look very closely
which marker is added to which page for every block.
As I'm still somewhat in the process of getting to know the layout
. I think you should modify
all cases where you test on the content of a text area.
Jeremias Maerki
grokkage in this part of the code
improves).
Glen
--- Jeremias Maerki [EMAIL PROTECTED] wrote:
I've got a possible fix for the problem. But I don't
know if it's not
too much of a hack. At least it somehow feels like a
hack. Any comments
about the attached patch? Obviously, some
page being added so the
rendering statistics work again.
Jeremias Maerki
coordinate system. So I don't think it will be
complicated to calculate the right coordinates. But I may be wrong.
Opinions?
Jeremias Maerki
Well, this might have been a bit premature. The change necessary
actually fixed a bug in AbstractRenderer, but still it might be worth
discussing the point.
On 04.02.2005 15:51:58 Jeremias Maerki wrote:
Team,
Chapter 4.2.2 Common Traits defines four traits (top-position,
bottom-position
an integration of Foray into my JAFOP thingy. I'm quite
interested in comparing FOP 1.0dev with other implementations as I go.
Gotta find some time...
On 04.02.2005 18:04:24 Victor Mote wrote:
Jeremias Maerki wrote:
Chapter 4.2.2 Common Traits defines four traits
(top-position, bottom
can easily see these bogus areas when you output to the area tree
renderer or in build/test-results/layoutengine when running the Ant
build.
I'll continue investigating but would appreciate any ideas you might
have.
Jeremias Maerki
since there are relatively few of them.
Still interested in opinions and ideas Thanks!
On 03.02.2005 18:19:29 Jeremias Maerki wrote:
Team,
I've just checked in markers5a and markers5b which look very closely
which marker is added to which page for every block.
As I'm still somewhat
No, it don't think so. That bug happens in getNextBreakPoss() while mine
happens in addAdreas().
On 02.02.2005 10:36:41 Chris Bowditch wrote:
Jeremias Maerki wrote:
Just to be clear. This ArrayOutOfBoundsException is not the same problem
I've described in my earlier post. I just happened
for the next time.
On 02.02.2005 15:24:44 Luca Furini wrote:
Jeremias Maerki wrote:
If someone has an idea about the ArrayOutOfBoundsException, all the
better. I'm currently trying to debug that thing.
It's because of this line in LineLM.addAreas():
iCurrParIndex = 0;
If a block
to be change in the next release to make it work more accurately?
Jeremias Maerki
(fs.getCharWidth(textArray[iTempStart])));
}
wordIPD.add(MinOptMax.multiply(letterSpaceIPD, (iTempStart -
iThisStart - 1)));
vecAreaInfo.add
Jeremias Maerki
/layoutengine disabled-testcases.txt
Added: test/layoutengine/testcases normal-breaking2.xml
Log:
Regression test for ArrayOutOfBoundsException in
LineLayoutManager.addAreas() (to be fixed).
Jeremias Maerki
questions to the fop-user
mailing list, not to this list which is dedicated to the development of
FOP. Thanks.
On 31.01.2005 09:48:06 jeb501 wrote:
Anybody there to help me to get start with FOP
Jeremias Maerki
they will surely come up sooner or later.
On 31.01.2005 00:15:19 Glen Mazza wrote:
Pardon me, forgot to ask: where did the background images need to be
implemented (i.e., which FO's needed them that the spec doesn't support)?
Jeremias Maerki
question for the FO WG. Sigh.
I guess we're not so bad off with the current handling, so I'll let it
be for the moment and go on to more important tasks. At any rate, this
thread is flagged in my mail client...
Thanks,
Jeremias Maerki
don't quite see the use-cases for this whole thing yet. But for XSL
1.0 it essentially means that there's only one VPA if the BPD is set,
right? So the current implementation in FOP would be ok for now.
Jeremias Maerki
.
Any pointers are appreciated.
Jeremias Maerki
On 26.01.2005 18:43:58 Victor Mote wrote:
Jeremias Maerki wrote:
Now, I've got a different problem. I run accross a bug in
layout concerning block-containers with height/BPD specified
(absolute-position=auto). I tried to fix it but I can't
find the passage in the spec that tells me
On 22.01.2005 18:42:20 Glen Mazza wrote:
--- Jeremias Maerki [EMAIL PROTECTED] wrote:
I'm beginning to think that the layout dimensions
should be held and provided
by the layout managers instead of the FObjs.
(learning here...)
Can you point me towards FObjs which are currently
paths with relative
Jeremias Maerki
of context object that allows it to fetch the
right base values for percentage calculations. I haven't fully made up
my mind about that and I'd like to hear what you guys think about this
problem.
Jeremias Maerki
Team,
I'm going to implement background images as one of my next steps. I
found that even in 1.1 WD there's no way to scale the background image.
Should we skip that or should we define our own properties? Maybe Glen
wants to talk to the WG about that.
Jeremias Maerki
On 20.01.2005 19:37:06 Glen Mazza wrote:
--- Jeremias Maerki [EMAIL PROTECTED] wrote:
Team,
I'm going to implement background images as one of
my next steps.
Good.
I
found that even in 1.1 WD there's no way to scale
the background image.
Jeremias, please do another scan
{
-endElement(pageSequence);
+if (startedSequence) {
+endElement(pageSequence);
+}
endElement(areaTree);
try {
handler.endDocument();
Jeremias Maerki
), start hacking and in the end send patches via
Bugzilla. Of course, this is a bit simplistic but essentially this is
all what you need to know for now. :-)
If you have questions simply ask. We're happy to help you getting
started.
Jeremias Maerki
with Defoe. Otherwise, if you are interested in avenues for your XSL-FO
development efforts, I am happy to talk to you.
Jeremias Maerki
1 - 100 of 920 matches
Mail list logo