Re: Problem in

2001-12-14 Thread spam_from_fop_dev

Hi lpkhoo,

background-color on fo:inline doesn't work.
See bug 4510:

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

--Phil.

> I faced a problem on . I using fop0.20.2
> to run  and I found that is not
> background-color display in my PDF file. It there a way to solved
> this type of problem??


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




Re: fo:inline error

2001-12-07 Thread spam_from_fop_dev


Ed,

> Isn't fo:inline supposed to allow me to force part of the text to
> the other end of the line?

You can't do this with today's FOP; people have asked on this list
before, and the only suggestion has been to use a table.

Whether you are supposed to be able to do this using FO I'm not sure.

--Phil.


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




Re: Preserving Line Breaks

2001-12-07 Thread spam_from_fop_dev


Hi Kunal,

> do linebreaks get preserved?

They can be, but normally they are not; the default is similar to what
HTML does.  If you want the equivalent of HTML's  element, you
need to set a property on the block containing the data telling FOP
how to treat them.  I forget exactly what I did, but if you look
through the spec for things like linefeed-preserve and
whitespace-treatment I'm sure you'll find it.

Good luck,

--Phil.


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




Re: Dictionary style pages

2001-12-07 Thread spam_from_fop_dev


Hi Ed,

> Could someone point me to an example of producing a dictionary or
> telephone book style page with fop?  I'd like to put the earliest
> name in the collating sequence that appears on the page on the left
> hand top and latest name in the collating sequece on the right hand
> top

There is an example that does this in the FO examples distributed with
FOP: it is called something like glossary.xml.  It is done using
markers.

The impression that I get is that markers are only partially
implemented by FOP.  If you want to do exactly what this example does
you'll be OK, but I've never got anything else using markers to work
satisfactorily.

Good luck,

--Phil.


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




Re: Table Headers

2001-12-05 Thread spam_from_fop_dev


> I need a table header.  However, the data for my table header is
> dynamic, and can change during the course of a rendition.

Hi Kunal,

I think that each time you want to change the header you should finish
your current table and start a new one.  You should be able to make
the two tables appear close together, as if they were one.

--Phil.


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




Re: Bug in

2001-11-27 Thread spam_from_fop_dev

> I found a bug in  where it can't
> do internal link for fop 0.20.1. During run fop0.20.1, if the
> document have more then one page and the  internal-destination> in one page and  in another page
> then the fop were given me an error " This id already exists in
> document.".

I had this problem too.  It is fixed in 0.20.2RC.

--Phil.

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




Re: Leaders with non-fixed length doesnt shown at FOP 0.20

2001-10-22 Thread spam_from_fop_dev


> I tried to build the TOC with leaders
> but at FOP 0.20.1 leaders doesnt appears

This was also my experience.  Try 0.20.2-RC, which seems to have fixed
the problem.

Regards,

--Phil.

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




Re: Problems with hyphenation and links

2001-10-17 Thread spam_from_fop_dev


Hi Keiron,

Many thanks for your reply.

> Most (if not all) of your problems have been fixed or don't appear
> to be problems.

Well I've downloaded 0.20.2 and tried my test code: the SVG and link
problems have both been fixed, which is great - thanks.

But I'm still getting run-time errors when I have hyphenation enabled
for blocks containing a single word.  In my experiments I've also
uncovered an unpleasant interaction between hyphenation and
underlining: the part-word at the end of the line doesn't get
underlined.

The behaviour when I try to set the background colour for an inline or
make a block underlined also hasn't changed, i.e. they are still
ignored.  Do you think this is the correct behaviour?  Why?

Thanks for your time.

Regards,

--Phil.



Here is some code illustrating the problems that I'm still getting.
Remove the  to see the run-time error.



http://www.w3.org/1999/XSL/Format";>
  

  
  
  

  
  


  

  This will be underlined because the text-decoration is set on the
  inline element.

  

  
This will not be underlined even though a text-decoration is set on
the block element.  It also fails when text-decoration is set on
basic-link elements.
  

  
This will have a blue background because background-color is set on
the block element.
  

  

  This will not have a blue background even though background-color
  is set on the inline element.

  

  
Thisparagraphwillbehyphenated becauseithasmorethanonewordinit
andthisseemstoworkok.  Theseverylongwords existonlysothat
thereisahighprobability thathyphenationwillberequired.
  

  

  Thisparagraph illustratesaproblemwith hyphenationandunderlining.
  Whentextisbothhyphenatedandunderlined thepartialwordattheendof
  thelinewillnotbeunderlined.

  


  



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




Problems with hyphenation and links

2001-10-16 Thread spam_from_fop_dev


Dear FOP developers,

I sent a message to this list last week describing various problems
that I've encountered with FOP (look for "Probs with underline,
background, hyphenation, svg and more").  No-one has replied :-(
It would be really good to get someone's opinion, especially with
these two which I don't have a work-around for:

Hyphenation:


Hyphenation works when there is more than one word in the block.  If
there is only one word in the block, it is not hyphenated.  I think it
should be.  If I have one word in the block and the source has
whitespace before and after it, I get a run-time error.  Here's the
example:


http://www.w3.org/1999/XSL/Format";>
  

  
  
  

  
  


  
Thisparagraphwillbehyphenated becauseithasmorethanonewordinit
andthisseemstoworkok.  Theseverylongwords existonlysothat
thereisahighprobability thathyphenationwillberequired.
  





  ThisparagraphwillnotbehyphenatedbecauseitcontainsonlyoneextreemelylongwordandthisdoesnotseemtoworkIwasoriginallysufferingfromthisproblemintableswithnarrowcolumnsandwiththingslikeURLsthatareoftenverylongwithnospacesinthem.


  



Links:
--

When I try this code, containing a basic-link and a break-before="page":


http://www.w3.org/1999/XSL/Format";>
  

  

  
  


  

  X

  

  

  


  


I get this output:

FOP 0.20.1
using SAX parser org.apache.xerces.parsers.SAXParser
building formatting object tree
setting up fonts
 [1] [2ERROR: The id "Y" already exists in this document


Any help very, very much appreciated.

--Phil.

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




Probs with underline, background, hyphenation, svg and more

2001-10-08 Thread spam_from_fop_dev

Dear FOP-DEV,

I'm using FOP to create a PDF version of an XML document.  I've been
using it for a few months, and have recently upgraded to version
0.20.1.  I have come across various things that could be mistakes on
my part or possibly problems with FOP.  Any suggestions as to what is
going on would be much appreciated.  A couple of example FO files
illustrating these issues follow.

(1) text-decoration="underline" works on fo:inline but not on
fo:block.  If I write ,
shouldn't the entire contents of the block be underlined?

(2) background-color="blue" works on fo:block but not on fo:inline.
If I write , shouldn't the contents
of the inline be given a blue background?

(3) A block containing a single long word is not hyphenated - why not?

(4) Possibly related, a block containing a single long word with
whitespace before and after causes a run-time error!

(5) An  containing an SVG doesn't seem to
get the correct height from the SVG.

(6) SVG containing stroke-dasharray="0.2" creates bad PDF; acroread
complains about "bad dash parameters".  It may be that all values less
than 1 fail.

Here's some FO that illustrates these points:



http://www.w3.org/1999/XSL/Format";>
  

  
  
  

  
  


  

  This will be underlined because the text-decoration is set on the
  inline element.

  

  
This will not be underlined even though a text-decoration is set on
the block element.  It also fails when text-decoration is set on
basic-link elements.
  

  
This will have a blue background because background-color is set on
the block element.
  

  

  This will not have a blue background even though background-color
  is set on the inline element.

  

  
Thisparagraphwillbehyphenated becauseithasmorethanonewordinit
andthisseemstoworkok.  Theseverylongwords existonlysothat
thereisahighprobability thathyphenationwillberequired.
  





  ThisparagraphwillnotbehyphenatedbecauseitcontainsonlyoneextreemelylongwordandthisdoesnotseemtoworkIwasoriginallysufferingfromthisproblemintableswithnarrowcolumnsandwiththingslikeURLsthatareoftenverylongwithnospacesinthem.

  
Following is an SVG object that should be 4cm high, but is shown
about 5.5cm high.
  
  

  http://www.w3.org/2000/svg";
   width="15cm" height="4cm">
  

  
  
End of SVG object.
  

  
Following is the same SVG object that is 4cm high.
  
  

  http://www.w3.org/2000/svg";
   width="15cm" height="4cm">
  

  
  
End of SVG object.
  

  
http://www.w3.org/2000/svg"; fill="none" width="10cm" height="6cm" 
preserveAspectRatio="xMidYMid meet" contentScriptType="text/ecmascript" 
contentStyleType="text/css">
  

  


  



A final problem:

(7) When I try this code:


http://www.w3.org/1999/XSL/Format";>
  

  

  
  


  

  X

  

  

  


  


I get this output:

FOP 0.20.1
using SAX parser org.apache.xerces.parsers.SAXParser
building formatting object tree
setting up fonts
 [1] [2ERROR: The id "Y" already exists in this document


Any help on the foregoing would be much appreciated.

I have one other problem at the moment which I have not yet narrowed
down to a simple test case, but if anyone can guess what's going on
from the following error message that would be very helpful:


javax.xml.transform.TransformerException
at 
org.apache.xalan.transformer.TransformerImpl.transformNode(TransformerImpl.java:1212)
at org.apache.xalan.transformer.TransformerImpl.run(TransformerImpl.java:2894)
at java.lang.Thread.run(Thread.java:484)
-
java.lang.NullPointerException
at org.apache.fop.fo.flow.TableRow.initCellArray(TableRow.java:486)
at org.apache.fop.fo.flow.TableRow.layout(TableRow.java:262)
at org.apache.fop.fo.flow.Block.layout(Block.java:260)
at org.apache.fop.fo.flow.Flow.layout(Flow.java:150)
at org.apache.fop.fo.flow.Flow.layout(Flow.java:109)
at org.apache.fop.fo.pagination.PageSequence.format(PageSequence.java:295)
at org.apache.fop.apps.StreamRenderer.render(StreamRenderer.java:166)
at org.apache.fop.fo.FOTreeBuilder.endElement(FOTreeBuilder.java:155)
at 
org.apache.xalan.transformer.ResultTreeHandler.endElement(ResultTreeHandler.java:284)
at 
org.apache.xalan.templates.ElemLiteralResult.execute(ElemLiteralResult.java:749)
at 
org.apache.xalan.templates.ElemForEach.transformSelectedNodes(ElemForEach.java:495)
at 
org.apache.xalan.templates.ElemApplyTemplates.execute(ElemApplyTemplates.java:193)
at 
org.apache.xalan.transformer.TransformerImpl.executeChildTemplates(TransformerImpl