Re: bug #13586

2002-12-06 Thread Keiron Liddle 
On Thu, 2002-12-05 at 18:05, Christian Geisert wrote:
 Oleg Tkachenko wrote:
  Hello there!
  
  What do you think about 
  http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13586?
 
  Stefan asks us to use something like
  float currentLetterSpacing = (float) 9.99;
  
  instead of
  
  float currentLetterSpacing = Float.NaN
  
  in PDFRenderer.java due to jre-1.3.1 for linux-alpha bug.
  For me it looks too patchy. I suggest to resolve the bug as WONTFIX as 
 
 I would use Float.MAX_VALUE instead of (float) 9.99

If you look in the pdf spec the initial value of Tc (character spacing)
is 0.
So you could use 0 if it properly handles the pdf graphics state by
setting it to the old value when leaving a state. I don't know how
possible it is to do that but even with a large number it still needs to
reset it when leave the state.
Since it is used only in small sections it may be unlikely to cause a
problem.

Anyway the MAX_VALUE should work okay.




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

Re: Alt-Design: Preliminary results FO tree build test

2002-12-06 Thread Peter B. West 
Rhett Aultman wrote:

I have a Solaris box (Sun Blade 100) here at home, but the sources should compile on Linux, I would think.  I'm actually looking at integrating a jProf library into an MBean for the JBoss project, and I did all my preliminary work on my Solaris box (some of that research will be in the February issue of Java Developer's Journal, barring any catastrophes).  I could run the tests over here, in theory.  Maybe we should discuss the specifics of a test in private?


Rhett,

Please do.

Peter
--
Peter B. West  [EMAIL PROTECTED]  http://www.powerup.com.au/~pbwest/
Lord, to whom shall we go?


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

DO NOT REPLY [Bug 12494] - fop produces pdf file which Acrobat Reader refuses to display

2002-12-06 Thread bugzilla 
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12494.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12494

fop produces pdf file which Acrobat Reader refuses to display





--- Additional Comments From [EMAIL PROTECTED]  2002-12-06 09:47 ---
The bug here is that it creates a transform with 0 scaling values. This is due 
to the large viewport and the scaling factor is rounded down to 0.
Scaling the image so that the viewport and path is smaller should work better.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

cvs commit: xml-fop/src/org/apache/fop/fo/properties TextDecoration.java

2002-12-06 Thread pbwest 
pbwest  2002/12/06 02:05:06

  Modified:src/org/apache/fop/fo/properties Tag: FOP_0-20-0_Alt-Design
TextDecoration.java
  Log:
  Accomodated a 'none' decoration.
  
  Revision  ChangesPath
  No   revision
  
  
  No   revision
  
  
  1.1.2.6   +31 -12
xml-fop/src/org/apache/fop/fo/properties/Attic/TextDecoration.java
  
  Index: TextDecoration.java
  ===
  RCS file: 
/home/cvs/xml-fop/src/org/apache/fop/fo/properties/Attic/TextDecoration.java,v
  retrieving revision 1.1.2.5
  retrieving revision 1.1.2.6
  diff -u -r1.1.2.5 -r1.1.2.6
  --- TextDecoration.java   29 Nov 2002 16:30:17 -  1.1.2.5
  +++ TextDecoration.java   6 Dec 2002 10:05:06 -   1.1.2.6
  @@ -2,13 +2,14 @@
   
   import org.apache.fop.datatypes.PropertyValueList;
   import org.apache.fop.datatypes.NCName;
  -import org.apache.fop.fo.PropertyConsts;
  -import org.apache.fop.datastructs.ROStringArray;
  -import org.apache.fop.datastructs.ROIntArray;
  -import org.apache.fop.fo.expr.PropertyException;
  +import org.apache.fop.datatypes.None;
   import org.apache.fop.datatypes.PropertyValue;
   import org.apache.fop.datatypes.TextDecorations;
   import org.apache.fop.datatypes.TextDecorator;
  +import org.apache.fop.datastructs.ROStringArray;
  +import org.apache.fop.datastructs.ROIntArray;
  +import org.apache.fop.fo.PropertyConsts;
  +import org.apache.fop.fo.expr.PropertyException;
   import org.apache.fop.fo.PropNames;
   import org.apache.fop.fo.FONode;
   import org.apache.fop.fo.properties.Property;
  @@ -26,17 +27,20 @@
   return new TextDecorations
   (PropNames.TEXT_DECORATION, NO_DECORATION);
   }
  -public static final int inherited = COMPUTED;
  +public static final int inherited = NO;
   
  -/** Text decoration constant */
  +/** Text decoration constant. */
   public static final byte
 NO_DECORATION = 0
,UNDERLINE = 1
 ,OVERLINE = 2
 ,LINE_THROUGH = 4
,BLINK = 8
  +
  +   ,ALL_DECORATIONS = UNDERLINE | OVERLINE | LINE_THROUGH | BLINK;
   ;
   
  +
   private static final String[] alternatives = {
   null
   ,underline
  @@ -68,23 +72,34 @@
   {
   byte onMask = NO_DECORATION;
   byte offMask = NO_DECORATION;
  +int type = list.getType();
   Iterator iter;
   PropertyValueList ssList = null;
   LinkedList strings = new LinkedList();
  -if ( ! (list instanceof PropertyValueList)) {
  -if ( ! (list instanceof NCName))
  +if ( ! (type == PropertyValue.LIST)) {
  +switch (type) {
  +case PropertyValue.NCNAME:
  +strings.add(((NCName)list).getNCName());
  +break;
  +case PropertyValue.NONE:
  +strings.add(none);
  +break;
  +default:
   throw new PropertyException
  -(text-decoration require list of NCNames);
  -strings.add(((NCName)list).getNCName());
  +(text-decoration requires list of NCNames);
  +}
   } else { // list is a PropertyValueList
   ssList = spaceSeparatedList((PropertyValueList)list);
   iter = ((PropertyValueList)ssList).iterator();
   while (iter.hasNext()) {
   Object value = iter.next();
  -if ( ! (value instanceof NCName))
  +if (value instanceof NCName)
  +strings.add(((NCName)value).getNCName());
  +else if(value instanceof None)
  +strings.add(none);
  +else
   throw new PropertyException
   (text-decoration requires a list of NCNames);
  -strings.add(((NCName)value).getNCName());
   }
   }
   iter = strings.iterator();
  @@ -94,6 +109,10 @@
   boolean negate;
   negate = false;
   str = (String)iter.next();
  +if (str.equals(none)) {
  +offMask |= ALL_DECORATIONS;
  +break;
  +}
   str2 = str;
   if (str.indexOf(no-) == 0) {
   str2 = str.substring(3);
  
  
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: xml-fop/src/org/apache/fop/datatypes TextDecorations.java

2002-12-06 Thread pbwest 
pbwest  2002/12/06 02:06:44

  Modified:src/org/apache/fop/datatypes Tag: FOP_0-20-0_Alt-Design
TextDecorations.java
  Log:
  Allow for color to be held with the decorations.
  
  Revision  ChangesPath
  No   revision
  
  
  No   revision
  
  
  1.1.2.8   +29 -6 xml-fop/src/org/apache/fop/datatypes/Attic/TextDecorations.java
  
  Index: TextDecorations.java
  ===
  RCS file: /home/cvs/xml-fop/src/org/apache/fop/datatypes/Attic/TextDecorations.java,v
  retrieving revision 1.1.2.7
  retrieving revision 1.1.2.8
  diff -u -r1.1.2.7 -r1.1.2.8
  --- TextDecorations.java  19 Oct 2002 03:27:08 -  1.1.2.7
  +++ TextDecorations.java  6 Dec 2002 10:06:44 -   1.1.2.8
  @@ -32,11 +32,12 @@
   private static final String tag = $Name$;
   private static final String revision = $Revision$;
   
  -/**
  - * The decorations specified by this object
  - */
  +/** The decorations specified by this object. */
   private byte decorations;
   
  +/** The color of these text decorations. */
  +private ColorType color;
  +
   /**
* @param property the ttint/tt index of the property on which
* this value is being defined.
  @@ -62,12 +63,34 @@
   }
   
   /**
  + * Get the set of decorations.
* @return ttbyte/tt decorations value
*/
   public byte getDecorations() {
   return decorations;
   }
   
  +/**
  + * Get the color associated with this set of decorations.
  + * @return the color.
  + */
  +public ColorType getColor() {
  +return color;
  +}
  +
  +/**
  + * Set the color associated with this set of decorations.
  + * @param the color.
  + */
  +public void setColor(ColorType color) {
  +this.color = color;
  +}
  +
  +/**
  + * Apply the decoration masks of a ttTextDecorator/tt object to
  + * these decorations.
  + * @param the ttTextDecorator/tt.
  + */
   public byte maskDecorations(TextDecorator decorator) {
   decorations |= decorator.onMask;
   decorations = ( ~ decorator.offMask );
  
  
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Using Apache FOP to create multiple-page PDFs using PDFDocumentGraphics2D

2002-12-06 Thread Alex McLintock 


On Mon, 2002-12-02 at 03:40, jcplerm wrote:
 Is it possible, by any means, to use PDFDocumentGraphics2D
 (or any other FOP class) to generate a PDF document with multiple
 pages, so that each page contains a slice of a larger graph created
 using Graphics2D methods?



It probably isn't what you wanted to hear but you could possibly duplicate 
the image several times and possibly use SVG clipping on each one - but 
clip to a different region each time.

Assuming clipping is working

Alex




Openweb Analysts Ltd, London.
Software For Complex Websites http://www.OWAL.co.uk/
Open Source Software Companies please register here 
http://www.OWAL.co.uk/oss_support/


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

Re: Alt-Design: Preliminary results FO tree build test

2002-12-06 Thread Keiron Liddle 
On Fri, 2002-12-06 at 03:47, Peter B. West wrote:
 Rhett,
 
 Nerver having used it, I am not aware of its capabilities.  As I don't 
 develop in a Microsoft environment, and have no access to MS Visual C++, 
 and I don't run in a Solaris environment, my options for trying this are 
 limited.
 
 If anyone else want to have a look I would be interested in the results. 
   I am particularly interested in memory usage, which, prima facie, 
 looks good.  9 megs total memory usage for 51 pages of FO tree sounds 
 very encouraging to me, although I have called these preliminary because 
 I am not certain that everything that needs to be created has been created.

I don't know how much you know about it, but in HEAD Karen added
whitespace handling that reduces the whitespace as it is processed (eg.
when a block ends).

I get about 17.5Mb for that document. I don't know what is using it all
but there are lots of variables that are not being used.

 Unfortunately, since FOP was changed to trigger layout on the end 
 element of a page-sequence, no complete FO tree is built in the current 
 versions.  There are, however, only two page sequences in the fo file, 
 so the simple solution may be to remove the the smaller of these for the 
 comparisons.
 
 Peter


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

RE: Redesign issues

2002-12-06 Thread Keiron Liddle 
On Thu, 2002-12-05 at 15:28, Rhett Aultman wrote:
 This is something I'd really like to see hashed out better.  We're winding down on 
the maintenance brach.  I've read a majority of the source in HEAD other than the 
renderers (which I don't feel qualified or interested in, anyway), and I understand 
the ideas in there, but I don't see the line of attack we want to take with this.  
 
 I, personally, would like to see some objectives and plans laid out that I and 
others can follow, especially with respect to the layout mechanisms.  I'm doing my 
best to be involved and follow the lead of the committers here, but the lead's not 
clear.  With respect to the layout system, Keiron has explained a few of the smaller 
aspects of what should happen when he's got the whole thing together, and I would 
like to help in making that happen, but I really feel that I can't until I see the 
plan.  As a developer, I'm following the lead of my committers.
 
 My personal problems aside, we're approaching a maintenance freeze, right?  
Shouldn't that mean it's time to figure out what our next step is going to be in a 
very clear way and keep hashing this out until we've got a list of tasks to complete?

Good point.
Maybe we can create a comprehensive list broken into various sections.




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

cvs commit: xml-fop/lib BSF.license.txt bsf.jar

2002-12-06 Thread chrisg 
chrisg  2002/12/06 03:40:02

  Removed: lib  Tag: fop-0_20_2-maintain BSF.license.txt bsf.jar
  Log:
  Removed bsf.jar which is no longer needed
  (IIRC it was a requirement for xalan1)

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Bug?Wrong automatic resize of images in region-start, region-end

2002-12-06 Thread Timo Haberkern 
hello together,

as I posted in the user-list allready, i've some problems using 
external-graphics in region-start and region-end. The problem is that 
the images are automatically resized by FOP. I tried around a little bit 
and found out that the maximum height of an external-graphic in 
region-start/-end is calculated the as

max = (page height) - margin-top (region-body) - margin-bottom (region-body)

That might be ok for the most use cases. But not for mine. I'm new to 
fop but think i have defined a page layout that has the same layout as 
the pagination.fo example shipped with FOP. I want to use two images in 
the region-start and region-end that are almost as high as the 
page-height. If i set a background-color for the region-start i can see 
that the size of the region is ok, only the image size is calculated wrong.

Is there a patch available for this. The problem is that i need a 
solution very quick (project deadline comes nearer and nearer ;-) ). Any 
ideas?

I have attached my stylesheet at the end of this mail

--
regards

Timo Haberkern


?xml version='1.0' encoding=ISO-8859-1?


xsl:stylesheet xmlns:xsl=http://www.w3.org/1999/XSL/Transform; xmlns:fo=http://www.w3.org/1999/XSL/Format; version=1.0
	!-- 	
	**
	*** root rule. Defines the general site layout
	**
	--
	xsl:template match=/
		fo:root xmlns:fo=http://www.w3.org/1999/XSL/Format;
			fo:layout-master-set
!-- Layout of the first site --
fo:simple-page-master master-name=First page-height=29.7cm page-width=21cm
	fo:region-body margin-left=3.4cm  margin-bottom=4.4cm margin-right=3.4cm margin-top=7cm background-color=rgb(211,231,188)/
	fo:region-before precedence=false extent=7cm region-name=PucaroHeader/
	fo:region-after precedence=false region-name=PucaroFooter extent=4.4cm/
	fo:region-start precedence=false extent=3.4cm region-name=PucaroLeftGradientSideBar/
	fo:region-end precedence=false extent=3.4cm region-name=PucaroRightProductSideBar/
	
/fo:simple-page-master

!-- Layout of all following sites --
fo:simple-page-master master-name=Following page-height=29.7cm page-width=21cm
	fo:region-before extent=7cm region-name=PucaroHeader/
	fo:region-start extent=29.7cm region-name=PucaroLeftGradientSideBar/
	fo:region-body margin-bottom=1.8cm margin-left=2cm margin-right=0cm margin-top=2cm/
/fo:simple-page-master

!-- The page sequence master --
fo:page-sequence-master master-name=PucaroSchema
	fo:single-page-master-reference master-reference=First/
	fo:repeatable-page-master-reference master-reference=Following/
/fo:page-sequence-master
			/fo:layout-master-set
			
			fo:page-sequence master-reference=PucaroSchema
!-- static sequences: Pucaro left gradient sidebar --
fo:static-content flow-name=PucaroLeftGradientSideBar
	fo:block-container height=30cm width=6cm top=2cm left=2cm position=absolute
		fo:block
			fo:external-graphic scaling=non-uniform width=0.6cm height=25.9cm src=file:../elk/develop/Layouts/Pucaro/pdf/leftgradient.gif/
		/fo:block
	/fo:block-container
/fo:static-content

!-- static sequences: Pucaro right product sidebar --
fo:static-content flow-name=PucaroRightProductSideBar height=27cm width=3.4cm content-height=27cm content-width=3.4cm
	fo:block-container height=27cm width=3.4cm top=2cm left=1cm position=absolute
		fo:block
			fo:external-graphic scaling=non-uniform width=2.4cm height=25.9cm src=file:../elk/develop/Layouts/Pucaro/pdf/rightproducts.gif/
		/fo:block
	/fo:block-container
/fo:static-content

!-- static sequences: Pucaro header --
fo:static-content flow-name=PucaroHeader
	fo:block-container height=5cm padding=0 width=14.2cm top=2cm left=0cm position=absolute background-color=white
		xsl:apply-templates select=ELKDocument/eo_51ba8178-02cc-11d7-a9ff-8012d336c952/ !-- Block_Kopfbereich_Motoren --
		xsl:apply-templates select=ELKDocument/eo_/ !-- Block_Kopfbereich_Trafo --
	/fo:block-container
/fo:static-content

!-- static sequences: Pucaro_Footer --
fo:static-content flow-name=PucaroFooter
	fo:block-container height=2.6cm padding=0 width=14.2cm top=1.0cm left=0cm position=absolute background-color=white
		xsl:apply-templates select=ELKDocument/eo_51ba8177-02cc-11d7-a9ff-8012d336c952/ !-- Block_Fußbereich_Motoren --
		xsl:apply-templates select=ELKDocument/eo_/ !-- Block_Fußbereich_Trafo --
	/fo:block-container
/fo:static-content

fo:flow flow-name=xsl-region-body
	fo:block-container width=14.2cm
		fo:block
		xsl:apply-templates select=ELKDocument/
		/fo:block
	/fo:block-container
/fo:flow
			/fo:page-sequence
		/fo:root
	/xsl:template
	
	!-- 	
	**
	*** ELK document rule
	**

Re: Bug?Wrong automatic resize of images in region-start, region-end

2002-12-06 Thread Timo Haberkern 
I have done some quick-and-dirty changes in the FOP code. At the moment 
i have not the time to deep-hack into the system, but my changes working 
good for me. No guarantee that it works in all other cases after the 
changes. May i have the time after the 16th Dec. (Project-Deadline). I 
will take then a closer look to the code.

My only change in file ExternalGraphic.java (Line 156, current CVS version)

Replaced

int pageHeight = area.getPage().getBody().getMaxHeight() - spaceBefore;

with

int pageHeight = area.getPage().getHeight()- spaceBefore;


May that helps others too.

Timo

Timo Haberkern wrote:

hello together,

as I posted in the user-list allready, i've some problems using 
external-graphics in region-start and region-end. The problem is that 
the images are automatically resized by FOP. I tried around a little 
bit and found out that the maximum height of an external-graphic in 
region-start/-end is calculated the as

max = (page height) - margin-top (region-body) - margin-bottom 
(region-body)

That might be ok for the most use cases. But not for mine. I'm new to 
fop but think i have defined a page layout that has the same layout as 
the pagination.fo example shipped with FOP. I want to use two images 
in the region-start and region-end that are almost as high as the 
page-height. If i set a background-color for the region-start i can 
see that the size of the region is ok, only the image size is 
calculated wrong.

Is there a patch available for this. The problem is that i need a 
solution very quick (project deadline comes nearer and nearer ;-) ). 
Any ideas?

I have attached my stylesheet at the end of this mail


--
Grüsse

Timo Haberkern

EMEDIA OFFICE GmbH
Wingertstr. 4
74850 Schefflenz-Kl.

http://www.emedia-office.com
[EMAIL PROTECTED]

Tel.: 06293/921121
Fax:  06293/921129



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

DO NOT REPLY [Bug 15137] New: - links not active with preceeding blocks that use a padding

2002-12-06 Thread bugzilla 
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15137.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15137

links not active with preceeding blocks that use a padding

   Summary: links not active with preceeding blocks that use a
padding
   Product: Fop
   Version: 0.20.4
  Platform: PC
OS/Version: Windows NT/2K
Status: NEW
  Severity: Normal
  Priority: Other
 Component: pdf renderer
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Hi there,

the activatable area of an internal/external link seems to get computed such 
that the 'y' coordinate leaves out paddings of preceeding blocks. That has the 
effect that one can activate the link only when targeting a bit HIGHER on the 
page. If one moves the mouse cursor over the link text it simply doesn't seem 
to work (no cursor change, no effect when clicking)

... below is a complete sample demonstrating the bug.

WORKAROUND: use 'space-...' instead of 'padding...'

Best regards, Mike.


?xml version=1.0 ?

fo:root xmlns:fo=http://www.w3.org/1999/XSL/Format;

  fo:layout-master-set

!-- specify space for page margins here --
fo:simple-page-master
  margin-top=4cm
  margin-left=3cm
  margin-right=2cm
  master-name=default
  fo:region-body /
/fo:simple-page-master
  /fo:layout-master-set

  fo:page-sequence master-reference=default

fo:flow flow-name=xsl-region-body

  fo:block

fo:block space-after.optimum=3pt font-family=serif id=top
   FOP is the world's first print formatter driven by XSL formatting
   objects. It is a Java 1.1 application that reads a formatting object
   tree and then turns it into a PDF document. The formatting object
   tree, can be in the form of an XML document (output by an XSLT engine
   like XT or Xalan) or can be passed in memory as a DOM Document or (in
   the case of XT) SAX events.
/fo:block

fo:block padding-bottom=20pt border-style=solid
  fo:blocka test block with some padding/fo:block
/fo:block

fo:block 
  fo:blockCLICK HERE! (this is actually a simple block of text 
only!)/fo:block
/fo:block

fo:block
  fo:basic-link
internal-destination=top
text-decoration=underline
color=blue... top of page /fo:basic-link(this is the actual 
internal link which doesn't seem to work
because the active area is out of place on the y coordinate)
/fo:block

  /fo:block

/fo:flow

  /fo:page-sequence

/fo:root

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

DO NOT REPLY [Bug 15137] - links not active with preceeding blocks that use a padding

2002-12-06 Thread bugzilla 
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15137.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15137

links not active with preceeding blocks that use a padding

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||DUPLICATE



--- Additional Comments From [EMAIL PROTECTED]  2002-12-06 14:42 ---


*** This bug has been marked as a duplicate of 3061 ***

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

DO NOT REPLY [Bug 3061] - Link 'click' location doesn't take padding-top into account

2002-12-06 Thread bugzilla 
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3061.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3061

Link 'click' location doesn't take padding-top into account

[EMAIL PROTECTED] changed:

   What|Removed |Added

 CC||[EMAIL PROTECTED]



--- Additional Comments From [EMAIL PROTECTED]  2002-12-06 14:42 ---
*** Bug 15137 has been marked as a duplicate of this bug. ***

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

RE: Redesign issues

2002-12-06 Thread Rhett Aultman 
Response below.

-Original Message- 
From: Keiron Liddle [mailto:[EMAIL PROTECTED]] 
Sent: Fri 12/6/2002 6:05 AM 
To: FOP 
Cc: 
Subject: RE: Redesign issues


I previously said:

 My personal problems aside, we're approaching a maintenance freeze, right?  
Shouldn't that mean it's time to figure out what our next step is going to be in a 
very clear way and keep hashing this out until we've got a list of tasks to 
complete?




Keiron said:


Good point.
Maybe we can create a comprehensive list broken into various sections.


We have a Wiki that seems to have been a good way of quickly throwing up ideas 
for style guidelines and voting on them.  Why don't we do the same thing here?  We 
could throw up our ideas, try to sort them into lofty, long term stuff and 
immediate tasks and whatnot.  Yeah...Bugzilla can be used somewhat, but I think this 
would be a better way to go when it comes to collaboratively creating a game plan.  
Anyone else have thoughts on this?  I say we set up another page on our Wiki.


winmail.dat-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

Re: Alt-Design: Preliminary results FO tree build test

2002-12-06 Thread Peter B. West 
Keiron Liddle wrote:

On Fri, 2002-12-06 at 03:47, Peter B. West wrote:


Rhett,

Nerver having used it, I am not aware of its capabilities.  As I don't 
develop in a Microsoft environment, and have no access to MS Visual C++, 
and I don't run in a Solaris environment, my options for trying this are 
limited.

If anyone else want to have a look I would be interested in the results. 
 I am particularly interested in memory usage, which, prima facie, 
looks good.  9 megs total memory usage for 51 pages of FO tree sounds 
very encouraging to me, although I have called these preliminary because 
I am not certain that everything that needs to be created has been created.


I don't know how much you know about it, but in HEAD Karen added
whitespace handling that reduces the whitespace as it is processed (eg.
when a block ends).

I get about 17.5Mb for that document. I don't know what is using it all
but there are lots of variables that are not being used.



Unfortunately, since FOP was changed to trigger layout on the end 
element of a page-sequence, no complete FO tree is built in the current 
versions.  There are, however, only two page sequences in the fo file, 
so the simple solution may be to remove the the smaller of these for the 
comparisons.

Keiron,

Using the current maint version, I made the following modifications:

Forced GC for memory profiling
Moved time calculation ahead of GC (it takes over 1.2 seconds)
 - in apps.StreamRenderer.java
Commented out the call to render()
Allowed page-sequence FO subtree to be added to the FO tree
 - in fo.FOTreeBuilder.java

Compiled and run under j2sdk-1.4.1 and build.compiler=jikes.

Obviously all of the renderer setup code is still present, including 
font setup, and as you say, there are no doubt variables which are 
initialised for the rendering.

Results (fastest of three successive runs):

[DEBUG] Input mode:
[DEBUG] FO
[DEBUG] fo input file: 
/home/pbw/public_html/xml/real-life-51-page-document.fo
[DEBUG] Output mode:
[DEBUG] pdf
[DEBUG] output file: /tmp/51.pdf
[DEBUG] OPTIONS
[DEBUG] no user configuration file is used [default]
[DEBUG] debug mode on
[DEBUG] dump configuration
[DEBUG] quiet mode on
[INFO] Using org.apache.xerces.parsers.SAXParser as SAX2 Parser
[INFO] base directory: file:/home/pbw/public_html/xml/
[INFO] FOP 0.20.5cvs
[INFO] Using org.apache.xerces.parsers.SAXParser as SAX2 Parser
[INFO] building formatting object tree
[INFO] setting up fonts
[INFO] Parsing of document complete, stopping renderer
[DEBUG] Total time used: 17159ms
[DEBUG] Pages rendered: 0
[DEBUG] Initial heap size: 497Kb
[DEBUG] Current heap size: 16922Kb
[DEBUG] Total memory used: 16425Kb


The equivalent figures from my original post are:
Initial heap size: 352Kb
Current heap size: 8879Kb
Total memory used: 8527Kb

The comparable time is the elapsed time before preorder scan:
15960ms

Peter
--
Peter B. West  [EMAIL PROTECTED]  http://www.powerup.com.au/~pbwest/
Lord, to whom shall we go?


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

DO NOT REPLY [Bug 15144] New: - Transform fails when using source file on with valid windows network urls

2002-12-06 Thread bugzilla 
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15144.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15144

Transform fails when using source file on with valid windows network urls

   Summary: Transform fails when using source file on with valid
windows network urls
   Product: Fop
   Version: 0.20.4
  Platform: PC
OS/Version: Windows XP
Status: NEW
  Severity: Major
  Priority: Other
 Component: pdf renderer
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


e:\java\xmlfo\fop-0.20.4fop -xsl xml2pdf.xsl -
xml //lucy/projectc/reckit/output
/test1.htm -pdf blah.pdf

fails but 

e:\java\xmlfo\fop-0.20.4fop -xsl xml2pdf.xsl -xml 
c:\test1.htm -pdf blah.pdf

works

Using network names \\lucy\projectc\reckit\output\test1.htm or 
lucy\\projectc\\reckit\\output\\test1.htm

Fail as well
[INFO] FOP 0.20.4
[ERROR] Connection refused: connect

During automation, the error looks like 
java.net.ConnectException: Connection refused: connect
at java.net.PlainSocketImpl.socketConnect(Native Method)
at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:305)
at java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:171)
at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:158)
at java.net.Socket.connect(Socket.java:426)
at java.net.Socket.connect(Socket.java:376)
at sun.net.NetworkClient.doConnect(NetworkClient.java:139)
at sun.net.NetworkClient.openServer(NetworkClient.java:118)
at sun.net.ftp.FtpClient.openServer(FtpClient.java:423)
at sun.net.ftp.FtpClient.init(FtpClient.java:687)
at sun.net.www.protocol.ftp.FtpURLConnection.connect
(FtpURLConnection.java:175)
at sun.net.www.protocol.ftp.FtpURLConnection.getInputStream
(FtpURLConnection.java:257)
at java.net.URL.openStream(URL.java:960)
at org.apache.xerces.impl.XMLEntityManager.startEntity
(XMLEntityManager.java:740)
at org.apache.xerces.impl.XMLEntityManager.startDocumentEntity
(XMLEntityManager.java:685)
at org.apache.xerces.impl.XMLDocumentScannerImpl.setInputSource
(XMLDocumentScannerImpl.java:252)
at org.apache.xerces.parsers.StandardParserConfiguration.parse
(StandardParserConfiguration.java:503)
at org.apache.xerces.parsers.StandardParserConfiguration.parse
(StandardParserConfiguration.java:585)
at org.apache.xerces.parsers.XMLParser.parse(XMLParser.java:147)
at org.apache.xerces.parsers.AbstractSAXParser.parse
(AbstractSAXParser.java:1148)
at org.apache.xalan.transformer.TrAXFilter.parse(TrAXFilter.java:134)
at org.apache.fop.apps.Driver.render(Unknown Source)
at com.telerx.PDFMaker.renderXML(PDFMaker.java:47)
at com.telerx.beans.reckittFileLoader.processFiles
(reckittFileLoader.java:78)
at com.telerx.beans.reckittFileLoader.main(reckittFileLoader.java:45)

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]