Bug fix for non ASCII environments

2001-07-23 Thread Markus Bernhardt 

Hi !

Finally we have the actual FOP running under OS/390.

We simply replaced all occurencies of

string.getBytes()

with:

try {
string.getBytes(ISO-8859-1);
} catch (UnsupportedEncodingException) {}

Is there any chance this fix could go into the official FOP package.
It will took only about 30 minutes to inculde it.

- markus



begin:vcard 
n:Bernhardt;Markus
tel;cell:0171-5770462
tel;fax:089-420903-20
tel;home:089-6378949
tel;work:089-420903-14
x-mozilla-html:FALSE
url:www.swsgmbh.de
org:Software Service Wulf Schupp GmbH;Spieljoch
adr:;;Spieljochstr. 34;München;;81825;Germany
version:2.1
email;internet:[EMAIL PROTECTED]
title:Entwicklungsleiter
note;quoted-printable:[dF]Quisam=0D=0Awww.discordian-Front.de=0D=0AHail Eris !!!=0D=0AHappy Frag !!!
fn:Markus Bernhardt
end:vcard



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

RE: Bug fix for non ASCII environments

2001-07-23 Thread Darren Munt 

Forgive me if I show my ignorance of FOP internals, but isn't that going to
convert all text read by getBytes into ISO-8859-1. If that's the case, there
might be a few complaints from Unicode users (such as myself).

-Original Message-
From: Markus Bernhardt [mailto:[EMAIL PROTECTED]]
Sent: Monday, 23 July 2001 6:26 
To: [EMAIL PROTECTED]
Subject: Bug fix for non ASCII environments


Hi !

Finally we have the actual FOP running under OS/390.

We simply replaced all occurencies of

string.getBytes()

with:

try {
string.getBytes(ISO-8859-1);
} catch (UnsupportedEncodingException) {}

Is there any chance this fix could go into the official FOP package.
It will took only about 30 minutes to inculde it.

- markus


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

Can FOP work with other parsers and processors?

2001-07-23 Thread adel ben 

Hi all,

I hope you will take my question in consideration this time :(

I read in the mailing list FOP in a servlet under load that we can use
Saxon processor with FOP.
my question is : shall we make some changes into FOP code? or shall we put
the new package in the place of xalan processor.
also where can I find a distribution of that package?

with regards,
adel





___
Send a cool gift with your E-Card
http://www.bluemountain.com/giftcenter/



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

Re: Bug fix for non ASCII environments

2001-07-23 Thread Markus Bernhardt 

Hi !

Darren Munt wrote:

 Forgive me if I show my ignorance of FOP internals, but isn't that going to
 convert all text read by getBytes into ISO-8859-1. If that's the case, there
 might be a few complaints from Unicode users (such as myself).

We are using FOP since 0.12 and try now to port our
stuff to a EBCDIC based system, but I'm quite new to the FOP source code.

As I understand you, you have unicode input files, or ?
I'm interested at the output.

At the moment
string.getBytes()
is used to convert java.lang.Strings to bytes to write them
over a ByteArrayOutputStream into the pdf file.
Problem here is, that the default encoding will be used
by java to convert the internal 2 byte character representation
to 1 byte output. On almost every system under the sun
the standard java encoding is ISO-8859-1.

AFAIK getBytes() is NEVER unicode safe.
AFAI can see there should be NO changes in the behavior
of FOP on any ASCII based system, because java already
uses this encoding scheme.

Are there unicode PDF files ?
Can FOP create unicode PDF files ?





 -Original Message-
 From: Markus Bernhardt [mailto:[EMAIL PROTECTED]]
 Sent: Monday, 23 July 2001 6:26
 To: [EMAIL PROTECTED]
 Subject: Bug fix for non ASCII environments

 Hi !

 Finally we have the actual FOP running under OS/390.

 We simply replaced all occurencies of

 string.getBytes()

 with:

 try {
 string.getBytes(ISO-8859-1);
 } catch (UnsupportedEncodingException) {}

 Is there any chance this fix could go into the official FOP package.
 It will took only about 30 minutes to inculde it.

 - markus

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


begin:vcard 
n:Bernhardt;Markus
tel;cell:0171-5770462
tel;fax:089-420903-20
tel;home:089-6378949
tel;work:089-420903-14
x-mozilla-html:FALSE
url:www.swsgmbh.de
org:Software Service Wulf Schupp GmbH;Spieljoch
adr:;;Spieljochstr. 34;München;;81825;Germany
version:2.1
email;internet:[EMAIL PROTECTED]
title:Entwicklungsleiter
note;quoted-printable:[dF]Quisam=0D=0Awww.discordian-Front.de=0D=0AHail Eris !!!=0D=0AHappy Frag !!!
fn:Markus Bernhardt
end:vcard



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

Re: FOP does not rendering PDF in IE5.5 SP1

2001-07-23 Thread adel ben 

hi Abdou,

try to structure your request so that it contains .pdf at the end even if
it is not necessar.

salam,
adel





___
Send a cool gift with your E-Card
http://www.bluemountain.com/giftcenter/



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

Re: FOP does not rendering PDF in IE5.5 SP1

2001-07-23 Thread Micheál Healy 

Hi Abdou,

If that doesn't work, try applying the patch Q299618 to IE5.5 SP1 - worked
for me.  You can get the patch from
http://www.microsoft.com/windows/ie/download/critical/q299618/default.asp

Good luck,

Micheál

- Original Message -
From: adel ben [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Monday, July 23, 2001 10:37 AM
Subject: Re: FOP does not rendering PDF in IE5.5 SP1


 hi Abdou,

 try to structure your request so that it contains .pdf at the end even
if
 it is not necessar.

 salam,
 adel





 ___
 Send a cool gift with your E-Card
 http://www.bluemountain.com/giftcenter/



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


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

Re: confusion with content-height and height properties on fo:external=graphic

2001-07-23 Thread Arved Sandstrom 

At 12:14 PM 7/23/01 +0200, Petr Andrs wrote:
when I want to include external image using fo:external-graphic and I 
want it to be scaled to specified dimension I have to use content-
height and content-width properties. This is how I understand XSL FO 
spec and how it works in XEP and Antenna. In FOP this doesn't work. In 
FOP I was able to achieve required behavior by using height and width 
properties, which I think is not correct. Actually I don't understand 
how height and width should affect fo:external-graphic but I am quite 
sure, that specifying image's dimesions is to be done using content-
height and content-width. Can anybody explain this and eventually fix 
FOP's behavior, plesae?

height and width pertain to the viewport - fo:external-graphic produces 
a viewport/reference-area pair, just like regions do. From a printed (PDF) 
perspective this is fairly meaningless, but it's nevertheless useful to 
think of the viewport as being there and acting as something of a cropping 
area.

You're right - you should be able to use content-height, content-width, 
and scaling, and not worry about height and width. The latter 2 are 
initially auto and this means that the viewport is the same size as the 
content.

I haven't ever looked at the fo:external-graphic code that we have, but if 
this is the way it works right now then we definitely want to fix it. I am 
not sure I even understand why it wouldn't have been done that way to start 
with, since it isn't any more difficult. Maybe I'm missing some arcane 
little implementation point. :-)

I'll take a look over the next couple of days unless someone beats me to it.

height and width, once properly implemented, will have the effect of 
clipping the visible content of the image, if they are less than the 
corresponding scaled content-width and content-height, and overflow is 
'hidden' or 'scroll'.

Regards,
Arved Sandstrom

Fairly Senior Software Type
e-plicity (http://www.e-plicity.com)
Wireless * B2B * J2EE * XML --- Halifax, Nova Scotia


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

Re: Tables - page spanning

2001-07-23 Thread Keiron Liddle 

 I have a table that spans multiple pages, unfortunately, FOP appears to
 only
 let the table fill have the page before it throws  a new page
 
 Any ideas greatly recieved
 
 Martin Reynolds

What version are you using (always useful information).

It may be a known problem with a previous version. I suggest you try the
latest (and greatest).


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

RE: Tables - page spanning

2001-07-23 Thread Martyn Reynolds 

*
Your attention is drawn to the warning notice at the end of this message.
*

Hi,

I am using 0.18.1, I will give 0.19 a try though and post back.

Thanks

Martin

-Original Message-
From: Keiron Liddle [mailto:[EMAIL PROTECTED]]
Sent: 23 July 2001 12:54
To: [EMAIL PROTECTED]
Subject: Re: Tables - page spanning


 I have a table that spans multiple pages, unfortunately, FOP appears to
 only
 let the table fill have the page before it throws  a new page
 
 Any ideas greatly recieved
 
 Martin Reynolds

What version are you using (always useful information).

It may be a known problem with a previous version. I suggest you try the
latest (and greatest).


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


**
We would ask you to treat any communication from us as confidentially as you would 
want us to treat communication from you.  If you are not an intended recipient, please 
notify [EMAIL PROTECTED] immediately. You should know that some of our 
communications may contain confidential information which it could be a criminal 
offence for you to disclose or use without authority. This e-mail is not intended nor 
should it be taken to create any legal relations, contractual or otherwise.

The Financial Services Authority 
25 The North Colonnade, Canary Wharf, London E14 5HS United Kingdom
Registered as a Limited Company in England and Wales No.1920623. Registered Office as 
above 

Switchboard: 020 7676 1000
Web Site: http://www.fsa.gov.uk
**
*

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

Re: Bug fix for non ASCII environments

2001-07-23 Thread David BAUDOIN 

Hi,

http://xml.apache.org/mail/fop-dev/ is a working archive of this mailing
list.

Regards,
David Baudoin

- Original Message -
From: Darren Munt [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Monday, July 23, 2001 2:34 PM
Subject: RE: Bug fix for non ASCII environments


 Markus,

 You ask two questions there:
 1. Are there Unicode PDFs? The answer to that one is yes.
 2. Can FOP create them? This I do not know and will leave to someone else
to
 answer.

 The point is that if you force ISO-8859-1 encoding, it wont ever be able
to.
 I've been working with FOP for only a week or two and I can't find a
working
 archive of this mailing list, so I don't know if this has been discussed
 already.
snip/



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

Re: Bug fix for non ASCII environments

2001-07-23 Thread Markus Bernhardt 



David BAUDOIN wrote:

 Hi,

 http://xml.apache.org/mail/fop-dev/ is a working archive of this mailing
 list.

Is there also a SEARCHABLE list ?



 Regards,
 David Baudoin

 - Original Message -
 From: Darren Munt [EMAIL PROTECTED]
 To: [EMAIL PROTECTED]
 Sent: Monday, July 23, 2001 2:34 PM
 Subject: RE: Bug fix for non ASCII environments

  Markus,
 
  You ask two questions there:
  1. Are there Unicode PDFs? The answer to that one is yes.
  2. Can FOP create them? This I do not know and will leave to someone else
 to
  answer.
 
  The point is that if you force ISO-8859-1 encoding, it wont ever be able
 to.
  I've been working with FOP for only a week or two and I can't find a
 working
  archive of this mailing list, so I don't know if this has been discussed
  already.
 snip/

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


begin:vcard 
n:Bernhardt;Markus
tel;cell:0171-5770462
tel;fax:089-420903-20
tel;home:089-6378949
tel;work:089-420903-14
x-mozilla-html:FALSE
url:www.swsgmbh.de
org:Software Service Wulf Schupp GmbH;Spieljoch
adr:;;Spieljochstr. 34;München;;81825;Germany
version:2.1
email;internet:[EMAIL PROTECTED]
title:Entwicklungsleiter
note;quoted-printable:[dF]Quisam=0D=0Awww.discordian-Front.de=0D=0AHail Eris !!!=0D=0AHappy Frag !!!
fn:Markus Bernhardt
end:vcard



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

Re: Bug fix for non ASCII environments

2001-07-23 Thread Hoang Nam 

Sure! Try this link :

http://marc.theaimsgroup.com/?l=fop-devw=2r=1s=compressionq=b


- Original Message - 
From: Markus Bernhardt [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Monday, July 23, 2001 4:26 PM
Subject: Re: Bug fix for non ASCII environments
 
 Is there also a SEARCHABLE list ?



_
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com


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

Re: Bug fix for non ASCII environments

2001-07-23 Thread Markus Bernhardt 



Tore Engvig wrote:
To answer your questions:
Yes, there are unicode pdf files.
Good.
Fop can generate pdf files for non iso
8859 encodings if you provide fonts that support it.
I think fonts haven't been my problem.
The problem was that the PDF structure is coded
as strings into the java source of FOP.
Lets say you have a PDF-keyword 'FlateDecode'
Anywhere in the FOP Java Source is something like:
String text = "FlateDecode";
Later this String gets written to the PDF-file
via text.getBytes() as:
46 6C 61 74 65 44 65 63 6F 64 65
F l a t e D e c
o d e
But that works only on a ASCII based system !
On EBCDIC:
C6 93 81 A3 85 C4 85 83 96 84 85
F l a t e D e c
o d e
So Acrobat can't get the structure of the document at all.
However, the
generated pdf isn't unicode but multibyte indexes to the fonts
glyphs. It
will be unicode as soon as the toUnicode CMAP is implemented. To
generate
the multibyte text, getBytes("UnicodeBigUnmarked") is used.
Will that fix my problem ?
( To be honest with you I simply don't understand the last 2 sentences.
)

I think you could (and should) replace getBytes() with
getBytes("ISO-8859-1") most places, but you have to be careful
in the
renderers and should test fop thoroughly doing it.
We have done that and works great. Not one problem found (in our kind
of documents).

Tore

[SNIP]
- markus

begin:vcard 
n:Bernhardt;Markus
tel;cell:0171-5770462
tel;fax:089-420903-20
tel;home:089-6378949
tel;work:089-420903-14
x-mozilla-html:FALSE
url:www.swsgmbh.de
org:Software Service Wulf Schupp GmbH;Spieljoch
adr:;;Spieljochstr. 34;München;;81825;Germany
version:2.1
email;internet:[EMAIL PROTECTED]
title:Entwicklungsleiter
note;quoted-printable:[dF]Quisam=0D=0Awww.discordian-Front.de=0D=0AHail Eris !!!=0D=0AHappy Frag !!!
fn:Markus Bernhardt
end:vcard



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

Re: Bug fix for non ASCII environments

2001-07-23 Thread Markus Bernhardt 


Thx !
Hoang Nam wrote:
Sure! Try this link :
http://marc.theaimsgroup.com/?l=fop-devw=2r=1s=compressionq=b
- Original Message -
From: "Markus Bernhardt" [EMAIL PROTECTED]>
To: [EMAIL PROTECTED]>
Sent: Monday, July 23, 2001 4:26 PM
Subject: Re: Bug fix for non ASCII environments
> Is there also a SEARCHABLE list ?
_
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]


begin:vcard 
n:Bernhardt;Markus
tel;cell:0171-5770462
tel;fax:089-420903-20
tel;home:089-6378949
tel;work:089-420903-14
x-mozilla-html:FALSE
url:www.swsgmbh.de
org:Software Service Wulf Schupp GmbH;Spieljoch
adr:;;Spieljochstr. 34;München;;81825;Germany
version:2.1
email;internet:[EMAIL PROTECTED]
title:Entwicklungsleiter
note;quoted-printable:[dF]Quisam=0D=0Awww.discordian-Front.de=0D=0AHail Eris !!!=0D=0AHappy Frag !!!
fn:Markus Bernhardt
end:vcard



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

[Bug 2740] - multi-page tables sometimes render badly

2001-07-23 Thread bugzilla 

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

*** shadow/2740 Mon Jul 23 07:23:50 2001
--- shadow/2740.tmp.4274Mon Jul 23 07:25:43 2001
***
*** 30,32 
--- 30,37 
  --- Additional Comments From [EMAIL PROTECTED]  2001-07-23 07:23 ---
  Created an attachment (id=350)
  the FO source which has an instance of this bug - notice how row 23 is lost
+ 
+ 
+ --- Additional Comments From [EMAIL PROTECTED]  2001-07-23 07:25 ---
+ Created an attachment (id=351)
+ the badly rendered PDF - notice how row 23 is lost

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

[Bug 2740] New: - multi-page tables sometimes render badly

2001-07-23 Thread bugzilla 

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

*** shadow/2740 Mon Jul 23 07:21:27 2001
--- shadow/2740.tmp.4212Mon Jul 23 07:21:27 2001
***
*** 0 
--- 1,28 
+ ++
+ | multi-page tables sometimes render badly   |
+ ++
+ |Bug #: 2740Product: Fop |
+ |   Status: NEW Version: all |
+ |   Resolution:Platform: PC  |
+ | Severity: MajorOS/Version: Windows NT/2K   |
+ | Priority: Other Component: general |
+ ++
+ |  Assigned To: [EMAIL PROTECTED]   |
+ |  Reported By: [EMAIL PROTECTED]  |
+ |  CC list: Cc:  |
+ ++
+ |  URL:  |
+ ++
+ |  DESCRIPTION   |
+ (This is actually for FOP Fop-0.19.0-CVS, but bugzilla would not let me enter 
+ that.
+ Also, it may be a duplicate of 2379 rendering a table with a grid, the table 
+ overflows the page)
+ 
+ When rendering (to PDF), tables that don't fit vertically on a single (A4) page 
+ and thus wrap over to the next, sometimes get rendered below the bottom of the 
+ region-body - it seems the region-body's margin-bottom is not respected. 
+ In these cases, a row will sometimes fall below the visible part of the page and 
+ not show at all on the rendered page. 
+ 
+ The tables in question have a border and cell-padding.

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

[Patch] bug 2243 - extra space at the beginning of next line after line feed

2001-07-23 Thread Rainer Garus 

Is it possible to insert and commit the patch sended on 2001-06-28 to CVS?

Rainer Garus

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

Re: [Patch] bug 2243 - extra space at the beginning of next lineafter line feed

2001-07-23 Thread Tore Engvig 



On Mon, 23 Jul 2001, Rainer Garus wrote:

 Is it possible to insert and commit the patch sended on 2001-06-28 to CVS?

Had completely forgooten about your patch! Your reminder came just in time
- I'm working on the LineArea class right now. I'm trying to add better
support for spaces (there's about a dozen of different unicode spaces) and
have problems with my non-breaking spaces causing an extra space at
beginning of next line.

I'll take a look at it.


Tore


 Rainer Garus

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




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

cvs commit: xml-fop/src/org/apache/fop/fo/flow ListBlock.java

2001-07-23 Thread arved 

arved   01/07/23 17:57:32

  Modified:src/org/apache/fop/fo/flow ListBlock.java
  Log:
  AHS: adding support for 'returned-by'
  
  Revision  ChangesPath
  1.17  +20 -52xml-fop/src/org/apache/fop/fo/flow/ListBlock.java
  
  Index: ListBlock.java
  ===
  RCS file: /home/cvs/xml-fop/src/org/apache/fop/fo/flow/ListBlock.java,v
  retrieving revision 1.16
  retrieving revision 1.17
  diff -u -r1.16 -r1.17
  --- ListBlock.java2001/03/04 21:34:51 1.16
  +++ ListBlock.java2001/07/24 00:57:32 1.17
  @@ -1,52 +1,7 @@
  -/*-- $Id: ListBlock.java,v 1.16 2001/03/04 21:34:51 klease Exp $ --
  -
  - 
  -  The Apache 
Software License, Version 1.1
  - 
  -
  - Copyright (C) 1999 The Apache Software Foundation. All rights reserved.
  -
  - Redistribution and use in source and binary forms, with or without modifica-
  - tion, are permitted provided that the following conditions are met:
  -
  - 1. Redistributions of  source code must  retain the above copyright  notice,
  - this list of conditions and the following disclaimer.
  -
  - 2. Redistributions in binary form must reproduce the above copyright notice,
  - this list of conditions and the following disclaimer in the 
documentation
  - and/or other materials provided with the distribution.
  -
  - 3. The end-user documentation included with the redistribution, if any, must
  - include  the following  acknowledgment:  This product includes  
software
  - developed  by the  Apache Software Foundation  
(http://www.apache.org/).
  - Alternately, this  acknowledgment may  appear in the software itself,  
if
  - and wherever such third-party acknowledgments normally appear.
  -
  - 4. The names FOP and  Apache Software Foundation  must not be used to
  - endorse  or promote  products derived  from this  software without  
prior
  - written permission. For written permission, please contact
  - [EMAIL PROTECTED]
  -
  - 5. Products  derived from this software may not  be called Apache, nor may
  - Apache appear  in their name,  without prior written permission  of 
the
  - Apache Software Foundation.
  -
  - THIS SOFTWARE IS PROVIDED ``AS IS'' AND ANY EXPRESSED OR IMPLIED WARRANTIES,
  - INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND
  - FITNESS  FOR A PARTICULAR  PURPOSE ARE  DISCLAIMED.  IN NO  EVENT SHALL  THE
  - APACHE SOFTWARE  FOUNDATION  OR ITS CONTRIBUTORS  BE LIABLE FOR  ANY DIRECT,
  - INDIRECT, INCIDENTAL, SPECIAL,  EXEMPLARY, OR CONSEQUENTIAL  DAMAGES (INCLU-
  - DING, BUT NOT LIMITED TO, PROCUREMENT  OF SUBSTITUTE GOODS OR SERVICES; LOSS
  - OF USE, DATA, OR  PROFITS; OR BUSINESS  INTERRUPTION)  HOWEVER CAUSED AND ON
  - ANY  THEORY OF LIABILITY,  WHETHER  IN CONTRACT,  STRICT LIABILITY,  OR TORT
  - (INCLUDING  NEGLIGENCE OR  OTHERWISE) ARISING IN  ANY WAY OUT OF THE  USE OF
  - THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
  -
  - This software  consists of voluntary contributions made  by many individuals
  - on  behalf of the Apache Software  Foundation and was  originally created by
  - James Tauber [EMAIL PROTECTED]. For more  information on the Apache
  - Software Foundation, please see http://www.apache.org/.
  -
  +/*-- $Id: ListBlock.java,v 1.17 2001/07/24 00:57:32 arved Exp $
  + * Copyright (C) 2001 The Apache Software Foundation. All rights reserved.
  + * For details on use and redistribution please refer to the
  + * LICENSE file included with these sources.
*/
   
   package org.apache.fop.fo.flow;
  @@ -136,9 +91,21 @@
}
   
BlockArea blockArea = new 
BlockArea(propMgr.getFontState(area.getFontInfo()),
  - 
area.getAllocationWidth(),
  -
   
  area.spaceLeft(), startIndent, endIndent, 0, align,
  -
   
  alignLast, lineHeight);
  + area.getAllocationWidth(),
  + area.spaceLeft(), startIndent, endIndent, 0, 
align,
  + alignLast, lineHeight);
  + blockArea.generatedBy = this;
  + this.areasGenerated++;
  +

cvs commit: xml-fop/src/org/apache/fop/fo/flow ListItem.java

2001-07-23 Thread arved 

arved   01/07/23 17:57:57

  Modified:src/org/apache/fop/fo/flow ListItem.java
  Log:
  AHS: adding support for 'returned-by'
  
  Revision  ChangesPath
  1.13  +27 -60xml-fop/src/org/apache/fop/fo/flow/ListItem.java
  
  Index: ListItem.java
  ===
  RCS file: /home/cvs/xml-fop/src/org/apache/fop/fo/flow/ListItem.java,v
  retrieving revision 1.12
  retrieving revision 1.13
  diff -u -r1.12 -r1.13
  --- ListItem.java 2001/03/04 21:34:51 1.12
  +++ ListItem.java 2001/07/24 00:57:57 1.13
  @@ -1,52 +1,7 @@
  -/*-- $Id: ListItem.java,v 1.12 2001/03/04 21:34:51 klease Exp $ --
  -
  - 
  -   The Apache Software License, Version 1.1
  - 
  -
  -Copyright (C) 1999 The Apache Software Foundation. All rights reserved.
  -
  - Redistribution and use in source and binary forms, with or without modifica-
  - tion, are permitted provided that the following conditions are met:
  -
  - 1. Redistributions of  source code must  retain the above copyright  notice,
  -this list of conditions and the following disclaimer.
  -
  - 2. Redistributions in binary form must reproduce the above copyright notice,
  -this list of conditions and the following disclaimer in the documentation
  -and/or other materials provided with the distribution.
  -
  - 3. The end-user documentation included with the redistribution, if any, must
  -include  the following  acknowledgment:  This product includes  software
  -developed  by the  Apache Software Foundation  (http://www.apache.org/).
  -Alternately, this  acknowledgment may  appear in the software itself,  if
  -and wherever such third-party acknowledgments normally appear.
  -
  - 4. The names FOP and  Apache Software Foundation  must not be used to
  -endorse  or promote  products derived  from this  software without  prior
  -written permission. For written permission, please contact
  -[EMAIL PROTECTED]
  -
  - 5. Products  derived from this software may not  be called Apache, nor may
  -Apache appear  in their name,  without prior written permission  of the
  -Apache Software Foundation.
  -
  - THIS SOFTWARE IS PROVIDED ``AS IS'' AND ANY EXPRESSED OR IMPLIED WARRANTIES,
  - INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND
  - FITNESS  FOR A PARTICULAR  PURPOSE ARE  DISCLAIMED.  IN NO  EVENT SHALL  THE
  - APACHE SOFTWARE  FOUNDATION  OR ITS CONTRIBUTORS  BE LIABLE FOR  ANY DIRECT,
  - INDIRECT, INCIDENTAL, SPECIAL,  EXEMPLARY, OR CONSEQUENTIAL  DAMAGES (INCLU-
  - DING, BUT NOT LIMITED TO, PROCUREMENT  OF SUBSTITUTE GOODS OR SERVICES; LOSS
  - OF USE, DATA, OR  PROFITS; OR BUSINESS  INTERRUPTION)  HOWEVER CAUSED AND ON
  - ANY  THEORY OF LIABILITY,  WHETHER  IN CONTRACT,  STRICT LIABILITY,  OR TORT
  - (INCLUDING  NEGLIGENCE OR  OTHERWISE) ARISING IN  ANY WAY OUT OF THE  USE OF
  - THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
  -
  - This software  consists of voluntary contributions made  by many individuals
  - on  behalf of the Apache Software  Foundation and was  originally created by
  - James Tauber [EMAIL PROTECTED]. For more  information on the Apache
  - Software Foundation, please see http://www.apache.org/.
  -
  +/*-- $Id: ListItem.java,v 1.13 2001/07/24 00:57:57 arved Exp $
  + * Copyright (C) 2001 The Apache Software Foundation. All rights reserved.
  + * For details on use and redistribution please refer to the
  + * LICENSE file included with these sources.
*/
   
   package org.apache.fop.fo.flow;
  @@ -125,15 +80,26 @@
new 
BlockArea(propMgr.getFontState(area.getFontInfo()), area.getAllocationWidth(),
   
 area.spaceLeft(), 0, 0,
   
 0, align, alignLast, lineHeight);
  + this.blockArea.generatedBy = this;
  + this.areasGenerated++;
  + if (this.areasGenerated == 1)
  + this.blockArea.isFirst = true;
  + // for normal areas this should be the only pair
  + this.blockArea.addLineagePair(this, 
this.areasGenerated);
  + 
  + // markers
  + if (this.hasMarkers())
  + this.blockArea.addMarkers(this.getMarkers());
  + 
blockArea.setPage(area.getPage());
blockArea.start();

cvs commit: xml-fop/src/org/apache/fop/fo/flow ListItemBody.java

2001-07-23 Thread arved 

arved   01/07/23 17:58:22

  Modified:src/org/apache/fop/fo/flow ListItemBody.java
  Log:
  AHS: adding support for 'returned-by'; placeholder
  
  Revision  ChangesPath
  1.9   +9 -49 xml-fop/src/org/apache/fop/fo/flow/ListItemBody.java
  
  Index: ListItemBody.java
  ===
  RCS file: /home/cvs/xml-fop/src/org/apache/fop/fo/flow/ListItemBody.java,v
  retrieving revision 1.8
  retrieving revision 1.9
  diff -u -r1.8 -r1.9
  --- ListItemBody.java 2001/02/23 06:00:29 1.8
  +++ ListItemBody.java 2001/07/24 00:58:22 1.9
  @@ -1,52 +1,7 @@
  -/*-- $Id: ListItemBody.java,v 1.8 2001/02/23 06:00:29 kellyc Exp $ -- 
  -
  - 
  -   The Apache Software License, Version 1.1
  - 
  - 
  -Copyright (C) 1999 The Apache Software Foundation. All rights reserved.
  - 
  - Redistribution and use in source and binary forms, with or without modifica-
  - tion, are permitted provided that the following conditions are met:
  - 
  - 1. Redistributions of  source code must  retain the above copyright  notice,
  -this list of conditions and the following disclaimer.
  - 
  - 2. Redistributions in binary form must reproduce the above copyright notice,
  -this list of conditions and the following disclaimer in the documentation
  -and/or other materials provided with the distribution.
  - 
  - 3. The end-user documentation included with the redistribution, if any, must
  -include  the following  acknowledgment:  This product includes  software
  -developed  by the  Apache Software Foundation  (http://www.apache.org/).
  -Alternately, this  acknowledgment may  appear in the software itself,  if
  -and wherever such third-party acknowledgments normally appear.
  - 
  - 4. The names FOP and  Apache Software Foundation  must not be used to
  -endorse  or promote  products derived  from this  software without  prior
  -written permission. For written permission, please contact
  -[EMAIL PROTECTED]
  - 
  - 5. Products  derived from this software may not  be called Apache, nor may
  -Apache appear  in their name,  without prior written permission  of the
  -Apache Software Foundation.
  - 
  - THIS SOFTWARE IS PROVIDED ``AS IS'' AND ANY EXPRESSED OR IMPLIED WARRANTIES,
  - INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND
  - FITNESS  FOR A PARTICULAR  PURPOSE ARE  DISCLAIMED.  IN NO  EVENT SHALL  THE
  - APACHE SOFTWARE  FOUNDATION  OR ITS CONTRIBUTORS  BE LIABLE FOR  ANY DIRECT,
  - INDIRECT, INCIDENTAL, SPECIAL,  EXEMPLARY, OR CONSEQUENTIAL  DAMAGES (INCLU-
  - DING, BUT NOT LIMITED TO, PROCUREMENT  OF SUBSTITUTE GOODS OR SERVICES; LOSS
  - OF USE, DATA, OR  PROFITS; OR BUSINESS  INTERRUPTION)  HOWEVER CAUSED AND ON
  - ANY  THEORY OF LIABILITY,  WHETHER  IN CONTRACT,  STRICT LIABILITY,  OR TORT
  - (INCLUDING  NEGLIGENCE OR  OTHERWISE) ARISING IN  ANY WAY OUT OF THE  USE OF
  - THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
  - 
  - This software  consists of voluntary contributions made  by many individuals
  - on  behalf of the Apache Software  Foundation and was  originally created by
  - James Tauber [EMAIL PROTECTED]. For more  information on the Apache 
  - Software Foundation, please see http://www.apache.org/.
  - 
  +/*-- $Id: ListItemBody.java,v 1.9 2001/07/24 00:58:22 arved Exp $
  + * Copyright (C) 2001 The Apache Software Foundation. All rights reserved.
  + * For details on use and redistribution please refer to the
  + * LICENSE file included with these sources.
*/
   
   package org.apache.fop.fo.flow;
  @@ -87,6 +42,11 @@
   area.getIDReferences().initializeID(id,area);   
}
   
  + /* For calculating the lineage - The fo:list-item-body formatting object
  +  * does not generate any areas. The fo:list-item-body formatting object
  +  * returns the sequence of areas created by concatenating the sequences
  +  * of areas returned by each of the children of the fo:list-item-body. */
  +  
int numChildren = this.children.size();
for (int i = this.marker; i  numChildren; i++) {
FObj fo = (FObj) children.elementAt(i);
  
  
  

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

cvs commit: xml-fop/src/org/apache/fop/fo/flow ListItemLabel.java

2001-07-23 Thread arved 

arved   01/07/23 17:58:34

  Modified:src/org/apache/fop/fo/flow ListItemLabel.java
  Log:
  AHS: adding support for 'returned-by'; placeholder
  
  Revision  ChangesPath
  1.9   +18 -58xml-fop/src/org/apache/fop/fo/flow/ListItemLabel.java
  
  Index: ListItemLabel.java
  ===
  RCS file: /home/cvs/xml-fop/src/org/apache/fop/fo/flow/ListItemLabel.java,v
  retrieving revision 1.8
  retrieving revision 1.9
  diff -u -r1.8 -r1.9
  --- ListItemLabel.java2001/02/23 06:00:29 1.8
  +++ ListItemLabel.java2001/07/24 00:58:34 1.9
  @@ -1,52 +1,7 @@
  -/*-- $Id: ListItemLabel.java,v 1.8 2001/02/23 06:00:29 kellyc Exp $ -- 
  -
  - 
  -   The Apache Software License, Version 1.1
  - 
  - 
  -Copyright (C) 1999 The Apache Software Foundation. All rights reserved.
  - 
  - Redistribution and use in source and binary forms, with or without modifica-
  - tion, are permitted provided that the following conditions are met:
  - 
  - 1. Redistributions of  source code must  retain the above copyright  notice,
  -this list of conditions and the following disclaimer.
  - 
  - 2. Redistributions in binary form must reproduce the above copyright notice,
  -this list of conditions and the following disclaimer in the documentation
  -and/or other materials provided with the distribution.
  - 
  - 3. The end-user documentation included with the redistribution, if any, must
  -include  the following  acknowledgment:  This product includes  software
  -developed  by the  Apache Software Foundation  (http://www.apache.org/).
  -Alternately, this  acknowledgment may  appear in the software itself,  if
  -and wherever such third-party acknowledgments normally appear.
  - 
  - 4. The names FOP and  Apache Software Foundation  must not be used to
  -endorse  or promote  products derived  from this  software without  prior
  -written permission. For written permission, please contact
  -[EMAIL PROTECTED]
  - 
  - 5. Products  derived from this software may not  be called Apache, nor may
  -Apache appear  in their name,  without prior written permission  of the
  -Apache Software Foundation.
  - 
  - THIS SOFTWARE IS PROVIDED ``AS IS'' AND ANY EXPRESSED OR IMPLIED WARRANTIES,
  - INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND
  - FITNESS  FOR A PARTICULAR  PURPOSE ARE  DISCLAIMED.  IN NO  EVENT SHALL  THE
  - APACHE SOFTWARE  FOUNDATION  OR ITS CONTRIBUTORS  BE LIABLE FOR  ANY DIRECT,
  - INDIRECT, INCIDENTAL, SPECIAL,  EXEMPLARY, OR CONSEQUENTIAL  DAMAGES (INCLU-
  - DING, BUT NOT LIMITED TO, PROCUREMENT  OF SUBSTITUTE GOODS OR SERVICES; LOSS
  - OF USE, DATA, OR  PROFITS; OR BUSINESS  INTERRUPTION)  HOWEVER CAUSED AND ON
  - ANY  THEORY OF LIABILITY,  WHETHER  IN CONTRACT,  STRICT LIABILITY,  OR TORT
  - (INCLUDING  NEGLIGENCE OR  OTHERWISE) ARISING IN  ANY WAY OUT OF THE  USE OF
  - THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
  - 
  - This software  consists of voluntary contributions made  by many individuals
  - on  behalf of the Apache Software  Foundation and was  originally created by
  - James Tauber [EMAIL PROTECTED]. For more  information on the Apache 
  - Software Foundation, please see http://www.apache.org/.
  - 
  +/*-- $Id: ListItemLabel.java,v 1.9 2001/07/24 00:58:34 arved Exp $
  + * Copyright (C) 2001 The Apache Software Foundation. All rights reserved.
  + * For details on use and redistribution please refer to the
  + * LICENSE file included with these sources.
*/
   
   package org.apache.fop.fo.flow;
  @@ -82,19 +37,24 @@
   public Status layout(Area area) throws FOPException {
int numChildren = this.children.size();
   
  - if (numChildren != 1) {
  - throw new FOPException(list-item-label must have exactly one block in 
this version of FOP);
  - }
  + if (numChildren != 1) {
  + throw new FOPException(list-item-label must have exactly one 
block in this version of FOP);
  + }
   
   // initialize id   
   String id = this.properties.get(id).getString();
   area.getIDReferences().initializeID(id,area);
   
  - Block block = (Block) children.elementAt(0);
  -
  - Status status;
  - status = block.layout(area);
  - area.addDisplaySpace(-block.getAreaHeight());
  - return status;
  + Block block = (Block) children.elementAt(0);
  + 
  + /* For calculating the lineage - The fo:list-item-label formatting 
object
  +  * does not generate any areas. The fo:list-item-label formatting 
object
  +  * returns the