DO NOT REPLY [Bug 25275] New: - fo:page-number ignores text-decoration="underline" attribute

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=25275

fo:page-number ignores text-decoration="underline" attribute

   Summary: fo:page-number ignores text-decoration="underline"
attribute
   Product: Fop
   Version: 0.20.5
  Platform: Other
OS/Version: Other
Status: NEW
  Severity: Normal
  Priority: Other
 Component: pdf renderer
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Have got the header format for a pdf manual set as follows:


  9pt
  underline


The problem that I'm getting is that the page number is not underlined, but the 
rest of the text is.

The part of the header content code that produces the example header is (using
docbook xml and the 1.62.4 XSL stylesheets):



 - 

  
  
  

  


I've tried modifying the page-number call as follows:


And:


And:
  
  

 - 

  
  
  

  


And:
  
  

 - 

  
  
  

  


The text-decoration property on the fo:page-number element is being passed into
fop, but the page number is consistently being rendered without the underline.

DO NOT REPLY [Bug 25272] - FNF thrown formatting test/resources/fop/image/align.fo

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=25272

FNF thrown formatting test/resources/fop/image/align.fo





--- Additional Comments From [EMAIL PROTECTED]  2003-12-07 21:42 ---
A suggested correction:

There is only ever ONE current input source (file or URL) active at a time and 
files nest in a 'stackable' fashion. It would appear that a Singleton containing
a Stack could model this nicely.

1) When you establish the input source, store the fully qualified basename and
   filename in the singleton by pushing it on to the stack.

2) When you go to open a relative filename or URL, get the basename from the 
   singleton.

3) If you ever nest input sources, this extends nicely.

4) This avoids the impure possibility of using 'Global' data.

DO NOT REPLY [Bug 25272] - FNF thrown formatting test/resources/fop/image/align.fo

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=25272

FNF thrown formatting test/resources/fop/image/align.fo

[EMAIL PROTECTED] changed:

   What|Removed |Added

Version|0.15|1.0dev

DO NOT REPLY [Bug 25272] - FNF thrown formatting test/resources/fop/image/align.fo

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=25272

FNF thrown formatting test/resources/fop/image/align.fo





--- Additional Comments From [EMAIL PROTECTED]  2003-12-07 19:59 ---
Created an attachment (id=9434)
Full log of problem creation

DO NOT REPLY [Bug 25272] New: - FNF thrown formatting test/resources/fop/image/align.fo

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=25272

FNF thrown formatting test/resources/fop/image/align.fo

   Summary: FNF thrown formatting test/resources/fop/image/align.fo
   Product: Fop
   Version: 0.15
  Platform: All
OS/Version: All
Status: NEW
  Severity: Normal
  Priority: Other
 Component: general
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Running the following command from the 'root' directory of Fop 1.0dev throws
a FileNotFoundException. (The directory containing 'build.xml' and 'build.sh'.)

Reason: Fop does not use the directory of the foFile or foURL as the base 
directory for external files. 

For example:




java -Xms100m -Xmx200m -cp
.:build/fop.jar:lib/avalon-framework-4.1.4.jar:lib/batik.jar:lib/commons-io-dev-20030703.jar
org.apache.fop.apps.Fop -fo test/resources/fop/image/align.fo -pdf /tmp/17350.pdf
[INFO] 1.0dev
[ERROR] Error while opening stream for (file:logo.jpg): .logo.jpg (No such file
or directory)
java.io.FileNotFoundException: .logo.jpg (No such file or directory)
at java.io.FileInputStream.open(Native Method)
at java.io.FileInputStream.(FileInputStream.java:106)
at java.io.FileInputStream.(FileInputStream.java:66)

Notes:

This problem was found running org.apache.fop.apps.Fop but should also be
present for programs running embedded Fop. 

A File or URL is passed to FOFileHandler which encapsulates an InputSource for 
SAX. The base directory needs to be remembered somewhere in the FOFileHandler 
and clients need to find it when they wish to access external files.

I'm not quite ready to offer up a patch for this because I don't have the full 
design history of this.

RE: Testing for main development stream.

[Andreas L. Delmelle]

> -Original Message-
> From: John Austin [mailto:[EMAIL PROTECTED]
>
> So, the desired behaviour is open a report in Bugzilla ?
>
> Will do that for the three or four I found.

Yuppa! (Even more desired would be to immediately add a patch that solves
it, of course :) )

Cheers,

Andreas

Re: Testing for main development stream.

[John Austin]

On Sun, 2003-12-07 at 06:25, J.Pietschmann wrote:
> John Austin wrote:
> > It seems that the relative file reference ../graphics/page.gif is
> > computed by the program relative to the 'current directory' not
> > relative to the file: 'test/xml/bugtests/image.fo'.
> > 
> > I'm sure the spec has an opinion on this.
> 
> Interestingly, the XSLFO spec doesn't have an opinion on this. However,
> by using the term "URL" they probably imply the usual resolving procedure
> for URLs apply, meaning any relative URL is resolved against the base URL
> of the containing document or base document (in case the FO is generated
> by XSLT).
> This means there is a problem to correct.
> 
> J.Pietschmann

So, the desired behaviour is open a report in Bugzilla ?

Will do that for the three or four I found.
-- 
John Austin <[EMAIL PROTECTED]>

Bug report for Fop [2003/12/07]

[bugzilla]

+---+
| Bugzilla Bug ID   |
| +-+
| | Status: UNC=Unconfirmed NEW=New ASS=Assigned|
| | OPN=ReopenedVER=Verified(Skipped Closed/Resolved)   |
| |   +-+
| |   | Severity: BLK=Blocker CRI=CriticalMAJ=Major |
| |   |   MIN=Minor   NOR=Normal  ENH=Enhancement   |
| |   |   +-+
| |   |   | Date Posted |
| |   |   |  +--+
| |   |   |  | Description  |
| |   |   |  |  |
|  635|Opn|Nor|2001-02-18|Doesn't support id= attribute in fo:page-sequence |
|  953|Opn|Nor|2001-03-12|Incorrect hyperlinks area rendering in justified t|
| 1063|New|Nor|2001-03-21|fop does not handle large fo files|
| 1180|New|Maj|2001-04-02|Problem with monospaced font  |
| 1859|Opn|Min|2001-05-22|org.apache.fop.apps.Driver.reset() doesn't fully r|
| 1998|New|Nor|2001-06-05|linefeed-treatment not understood |
| 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 |
| 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|Maj|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|
| 4126|New|Nor|2001-10-12|FontState.width() returns pts instead of millipts |
| 4226|New|Nor|2001-10-17|The orphans property doesn't seem to work |
| 4388|New|Nor|2001-10-24|Nullpointer exception in the construction of new D|
| 4415|New|Nor|2001-10-25|scaling="uniform" does not work on images...  |
| 4510|New|Nor|2001-10-30|fo:inline common properties ignored?  |
| 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|
| 5001|New|Nor|2001-11-21|content-width and content-height ignored? |
| 5010|New|Enh|2001-11-21|Better error reporting needed |
| 5047|Ass|Nor|2001-11-23|Dotted border style is not supported  |
| 5124|New|Maj|2001-11-27|fo:block-container is not rendered properly using |
| 5335|Opn|Min|2001-12-10|Text with embedded CID fonts not retrievable from |
| 5655|Ass|Nor|2002-01-02|text-decoration cannot take multiple values   |
| 6094|Opn|Maj|2002-01-29|0.20.3rc hangs in endless loop|
| 6237|Opn|Nor|2002-02-05|fi (fi ligature) produces a "sharp"? |
| 6305|New|Nor|2002-02-07|Using fo:table-and-caption results in empty output|
| 6427|New|Enh|2002-02-13|Adding additional Type 1 fonts problem|
| 6437|New|Maj|2002-02-13|Tables without fo:table-column don't render   |
| 6483|New|Nor|2002-02-15|Table, Loop, "footer could not fit on page, moving|
| 6844|New|Nor|2002-03-04|No line breaks inserted in list-item-label|
| 6918|New|Enh|2002-03-06|reference-orientation has no effect   |
| 6929|New|Nor|2002-03-06|Cells border hidden by cells background   |
| 6997|New|Nor|2002-03-09|Row-spanned row data breaks over a page within a c|
| 7140|New|Enh|2002-03-15|page-position attribute set to "last" on condition|
| 7241|New|Nor|2002-03-19|keep-with-previous, keep-with-next only working on|
| 7283|New|Nor|2002-03-20|Table border misaligned when using margin-left in |
| 7337|New|Nor|2002-03-21|border around external image leaves empty space   |
| 7487|New|Nor|2002-03-26|break-before="page" for table inserts empty page  |
| 7496|New|Nor|2002-03-26|The table header borders are not adjusted to the b|
| 7525|New|Cri|2002-03-27|table with spans inside a list-block  |
| 7919|New|Cri|2002-04-10|problem to use attribute linefeed-treatment and li|
| 8003|Ass|Maj|2002-04-12|FopImageFactory never releases cached images  |
| 8050|New|Nor|2002-04-13|Soft hyphen (­) is not handled properly   |
| 8321|New|Nor|2002-04-19|from-

Re: Testing for main development stream.

[J.Pietschmann]

John Austin wrote:
It seems that the relative file reference ../graphics/page.gif is
computed by the program relative to the 'current directory' not
relative to the file: 'test/xml/bugtests/image.fo'.
I'm sure the spec has an opinion on this.
Interestingly, the XSLFO spec doesn't have an opinion on this. However,
by using the term "URL" they probably imply the usual resolving procedure
for URLs apply, meaning any relative URL is resolved against the base URL
of the containing document or base document (in case the FO is generated
by XSLT).
This means there is a problem to correct.
J.Pietschmann