headers
The Web Maestro | 1 Mar 2007 06:31
Picon
Gravatar

Re: Welcome Jay!

Welcome Jay! Congratulations! I believe I speak for all of us when I
say we're all available if you have any questions or need anything.

And thanks for finalizing the set-up, Jeremias!

Web Maestro Clay

On 2/28/07, Jeremias Maerki <dev <at> jeremias-maerki.ch> wrote:
> Welcome, Jay, as new committer of Apache FOP!

-- 
Regards,

The Web Maestro
--

-- 
<the.webmaestro <at> gmail.com> - <http://homepage.mac.com/webmaestro/>
My religion is simple. My religion is kindness.
- HH The 14th Dalai Lama of Tibet
Permalink | Reply | 0 comments |
headers
Andreas L Delmelle | 1 Mar 2007 11:00
Picon

Re: Fwd from fop-users <at> : OutOfMemoryError

On Feb 28, 2007, at 23:38, Andreas L Delmelle wrote:

> <snip />
> So, I also tried manually inserting fo:blocks around each scene in  
> the example, but then bumped into an Exception:

That Exception seems to be related to the "last_even" page-master.  
Comment that out, and the alternate version of the test succeeds.

So, it isn't even necessary to split up in multiple page-sequences.  
Multiple blocks is enough.

It seems that our text-layout-algorithm works perfectly well on small  
to medium-sized blocks, but there is a slight problem with the  
scalability.

Cheers,

Andreas
Permalink | Reply | 1 comment |
headers
pedro | 1 Mar 2007 11:59
Picon
Favicon

<fo:instream-foreign-object>


Hi all

   i try to use <fo:instream-foreign-object> to load an image but i get a
java.lang.ClassCastException
                                    at
org.apache.batik.dom.svg.SVGOMDocument.getRootElement(Unknown Source)

My xsl header

           <xsl:stylesheet version="1.0"
xmlns:fo="http://www.w3.org/1999/XSL/Format"
	xmlns:xsl="http://www.w3.org/1999/XSL/Transform"
	 xmlns:xs="http://www.w3.org/2001/XMLSchema"
	xmlns:xlink="http://www.w3.org/1999/xlink">

[code]
                           <fo:instream-foreign-object>
		<svg xmlns="http://www.w3.org/2000/svg" width="20mm" height="20mm"             
                                                     xml:space="preserve">
				<svg viewBox="0 0 20 20" preserveAspectRatio="none">
					<image xlink:href="file:c:/loghi/immagine.png" x="0" 

y="0" width="20mm" height="20mm"/>
									     
                                                      	</svg>
										</fo:instream-foreign-object>
[/code]

What is wrong?
(Continue reading)

Permalink | Reply | 1 comment |
headers
Sam Ruby | 1 Mar 2007 14:56
Picon
Favicon

[GUMP <at> vmgump]: Project xml-fop (in module xml-fop) failed

To whom it may engage...

This is an automated request, but not an unsolicited one. For 
more information please visit http://gump.apache.org/nagged.html, 
and/or contact the folk at general <at> gump.apache.org.

Project xml-fop has an issue affecting its community integration.
This issue affects 1 projects.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
    - xml-fop :  XSL-FO (Formatting Objects) processor

Full details are available at:
    http://vmgump.apache.org/gump/public/xml-fop/xml-fop/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were provided:
 -DEBUG- Sole output [fop.jar] identifier set to project name
 -INFO- Made directory [/usr/local/gump/public/workspace/xml-fop/build/classes]
 -INFO- Failed with reason build failed
 -DEBUG- Extracted fallback artifacts from Gump Repository

The following work was performed:
http://vmgump.apache.org/gump/public/xml-fop/xml-fop/gump_work/build_xml-fop_xml-fop.html
Work Name: build_xml-fop_xml-fop (Type: Build)
Work ended in a state of : Failed
Elapsed: 36 secs
Command Line: java -Djava.awt.headless=true
-Xbootclasspath/p:/usr/local/gump/public/workspace/xml-commons/java/external/build/xml-apis.jar:/usr/local/gump/public/workspace/xml-xerces2/build/xercesImpl.jar:/usr/local/gump/public/workspace/xml-xalan/build/serializer.jar:/usr/local/gump/public/workspace/xml-xalan/build/xalan-unbundled.jar
(Continue reading)

Permalink | Reply | 0 comments |
headers
Jeremias Maerki | 1 Mar 2007 20:57
Picon
Gravatar

Re: [GUMP <at> vmgump]: Project xml-fop (in module xml-fop) failed

My bad, of course. Looks like I made too many backwards-incompatible
changes in Commons. My local FOP works but just committing that is
probably not the best idea. I'll this in about 18 hours.

On 01.03.2007 14:56:12 Sam Ruby wrote:
<snip/>
>     - xml-fop :  XSL-FO (Formatting Objects) processor
<snip/>

Jeremias Maerki
Permalink | Reply | 0 comments |
headers
Sam Ruby | 2 Mar 2007 14:49
Picon
Favicon

[GUMP <at> vmgump]: Project xml-fop (in module xml-fop) failed

To whom it may engage...

This is an automated request, but not an unsolicited one. For 
more information please visit http://gump.apache.org/nagged.html, 
and/or contact the folk at general <at> gump.apache.org.

Project xml-fop has an issue affecting its community integration.
This issue affects 1 projects,
 and has been outstanding for 3 runs.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
    - xml-fop :  XSL-FO (Formatting Objects) processor

Full details are available at:
    http://vmgump.apache.org/gump/public/xml-fop/xml-fop/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were provided:
 -DEBUG- Sole output [fop.jar] identifier set to project name
 -INFO- Made directory [/usr/local/gump/public/workspace/xml-fop/build/classes]
 -INFO- Failed with reason build failed
 -DEBUG- Extracted fallback artifacts from Gump Repository

The following work was performed:
http://vmgump.apache.org/gump/public/xml-fop/xml-fop/gump_work/build_xml-fop_xml-fop.html
Work Name: build_xml-fop_xml-fop (Type: Build)
Work ended in a state of : Failed
Elapsed: 49 secs
Command Line: java -Djava.awt.headless=true
(Continue reading)

Permalink | Reply | 0 comments |
headers
Jeremias Maerki | 2 Mar 2007 18:55
Picon
Gravatar

Re: <fo:instream-foreign-object>

Sorry, but I can't reproduce this with only the snippet here. No
exception on my machine with either 0.93 or 0.20.5. Please send
questions/problems like this to fop-users <at> xmlgraphics.apache.org and
always indicate which FOP version you use. Thanks.

On 01.03.2007 11:59:55 pedro wrote:
> 
> Hi all
> 
>    i try to use <fo:instream-foreign-object> to load an image but i get a
> java.lang.ClassCastException
>                                     at
> org.apache.batik.dom.svg.SVGOMDocument.getRootElement(Unknown Source)
> 
> 
> My xsl header
> 
>            <xsl:stylesheet version="1.0"
> xmlns:fo="http://www.w3.org/1999/XSL/Format"
> 	xmlns:xsl="http://www.w3.org/1999/XSL/Transform"
> 	 xmlns:xs="http://www.w3.org/2001/XMLSchema"
> 	xmlns:xlink="http://www.w3.org/1999/xlink">
> 
> [code]
>                            <fo:instream-foreign-object>
> 		<svg xmlns="http://www.w3.org/2000/svg" width="20mm" height="20mm"             
>                                                      xml:space="preserve">
> 				<svg viewBox="0 0 20 20" preserveAspectRatio="none">
> 					<image xlink:href="file:c:/loghi/immagine.png" x="0" 
>
(Continue reading)

Permalink | Reply | 0 comments |
headers
Andreas L Delmelle | 3 Mar 2007 01:08
Picon

Re: Fwd from fop-users <at> : OutOfMemoryError

On Mar 1, 2007, at 11:00, Andreas L Delmelle wrote:

> <snip />
> It seems that our text-layout-algorithm works perfectly well on  
> small to medium-sized blocks, but there is a slight problem with  
> the scalability.

Some further follow-up:
Traced it down to the main loop in  
BreakingAlgorithm.findBreakingPoints() (line 456).
If I debug the process, and place the breakpoint at finish() right  
after the main loop, the OOMError happens somewhere before that.

The base Paragraph's size is roughly 81000 elements (for roughly 125K  
characters), and with a heap of 512MB, the loop does not make it to  
index 71000. activeLines grows to 5120 elements.

OTOH, to relieve the fears a bit:
Simply changing the FO to use linefeed-treatment="preserve", which is  
a lot more common in case you have large preformatted text-blocks,  
already helps a great deal. Switching to linefeed-preservation alone  
makes the example pass with default heap settings.

Case closed FTM.

Cheers,

Andreas
(Continue reading)

Permalink | Reply | 0 comments |
headers
bugzilla | 5 Mar 2007 08:08
Picon
Favicon

Bug report for Fop [2007/03/04]

+---------------------------------------------------------------------------+
| Bugzilla Bug ID                                                           |
|     +---------------------------------------------------------------------+
|     | Status: UNC=Unconfirmed NEW=New         ASS=Assigned                |
|     |         OPN=Reopened    VER=Verified    (Skipped Closed/Resolved)   |
|     |   +-----------------------------------------------------------------+
|     |   | Severity: BLK=Blocker     CRI=Critical    MAJ=Major             |
|     |   |           MIN=Minor       NOR=Normal      ENH=Enhancement       |
|     |   |   +-------------------------------------------------------------+
|     |   |   | Date Posted                                                 |
|     |   |   |          +--------------------------------------------------+
|     |   |   |          | Description                                      |
|     |   |   |          |                                                  |
| 1063|New|Nor|2001-03-21|fop does not handle large fo files                |
| 1180|New|Maj|2001-04-02|Problem with monospaced font                      |
| 1773|Opn|Blk|2001-05-16|A table that is bigger than the page produces an e|
| 2150|Ass|Maj|2001-06-13|New page with  a table-header but without any tabl|
| 2475|Ass|Nor|2001-07-06|Borders don't appear to work in <fo:table-row>    |
| 2740|New|Maj|2001-07-23|multi-page tables sometimes render badly          |
| 2909|New|Maj|2001-07-30|Gradient render error                             |
| 2964|Ass|Nor|2001-08-02|problems with height of cells in tables           |
| 2988|New|Maj|2001-08-03|0.19: list-item-label does not stick to list-item-|
| 3044|Ass|Maj|2001-08-08|keep-together not functioning                     |
| 3280|New|Nor|2001-08-27|PCL Renderer doesn't work                         |
| 3305|Opn|Nor|2001-08-28|list-block overlapping footnote body              |
| 3497|New|Cri|2001-09-07|id already exists error when using span="all" attr|
| 3824|New|Blk|2001-09-25|MIF option with tables                            |
| 4030|New|Nor|2001-10-08|IOException creating Postscript with graphics on S|
| 4535|New|Maj|2001-10-31|PCL renderer 1.13 not rendering SVG               |
| 4767|New|Nor|2001-11-09|SVG text is distored in PDF output                |
(Continue reading)

Permalink | Reply | 0 comments |
headers
Jay Bryant | 6 Mar 2007 18:34

Re: Welcome Jay!

Well, I managed to update the team page.

J
----- Original Message ----- 
From: "Jeremias Maerki" <dev <at> jeremias-maerki.ch>
To: <fop-dev <at> xmlgraphics.apache.org>
Cc: "Jay Bryant" <jay <at> bryantcs.com>
Sent: Wednesday, February 28, 2007 8:30 AM
Subject: Welcome Jay!

Welcome, Jay, as new committer of Apache FOP!

Your account (jbryant) has been set up, and I've just set up your SVN
persmission so you have write access to the necessary SVN directories
(FOP plus XML Graphics Commons). The most important thing you need to do
is log in to your unix account (SSH to people.apache.org) to set your
Subversion password using "svnpasswd".

Most of what you need to know you can find under
http://www.apache.org/dev/.
The most important resource right now will be the guide for new
committers:
http://www.apache.org/dev/new-committers-guide.html
http://www.apache.org/dev/user-email.html

Another good thing would be to register your mail address in
MailAlias.txt in the comitters repository, so Apache people can identify
you if you don't send mail with your  <at> apache address. Of course, there
are lots of other little things you'll find out in time.
(Continue reading)

Permalink | Reply | 0 comments |

Gmane