headers
bugzilla | 1 Jan 2007 08:08
Picon
Favicon

Bug report for Fop [2006/12/31]

+---------------------------------------------------------------------------+
| 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                                      |
|     |   |   |          |                                                  |
|  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                      |
| 1773|Opn|Blk|2001-05-16|A table that is bigger than the page produces an e|
| 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 <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                            |
(Continue reading)

Permalink | Reply | 0 comments |
headers
bugzilla | 1 Jan 2007 20:08
Picon
Favicon

DO NOT REPLY [Bug 41271] - PDF is not default mode for ant task fop in 0.93

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=41271>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=41271

------- Additional Comments From spepping <at> apache.org  2007-01-01 11:08 -------
Jens,

Can you give a more detailed description? The summary is very short. I am not
sure what you mean by the default mode for the ant task.

Simon

--

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
Permalink | Reply | 0 comments |
headers
bugzilla | 1 Jan 2007 23:05
Picon
Favicon

DO NOT REPLY [Bug 41271] - PDF is not default mode for ant task fop in 0.93

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=41271>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=41271

------- Additional Comments From js <at> ddre.dk  2007-01-01 14:05 -------
Simon.

According to

  http://xmlgraphics.apache.org/fop/0.92/anttask.html

the default for the format attribute is "application/pdf". However if I do not
explicit thefine the attribute, then the fop ant task complains abut the null
format.

In 0.20.5, the default format was application/pdf

Regardsm

Jens

--

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Chris Bowditch | 2 Jan 2007 10:02
Picon
Favicon

Re: Missed update of fop.bat

Simon Pepping wrote:

<snip/>

> 
> If the Windows cmd shell is called with the /V option (delayed
> evaluation) it is possible to write this:
> 
> set LOCALCLASSPATH=%FOP_HYPHENATION_PATH%
> for %%l in (%LOCAL_FOP_HOME%build\*.jar %LIBDIR%\*.jar) do set LOCALCLASSPATH=!LOCALCLASSPATH!;%%l

Is this supported on older versions of Windows such as 98? I dont think 
we can rely on folks to be running Windows XP.

> 
> Already much better.

I quite agree, assuming of course it is supported by most Windows versions.

<snip/>

Chris
Permalink | Reply | 0 comments |
headers
Simon Pepping | 2 Jan 2007 20:36
Picon

Re: Missed update of fop.bat

On Tue, Jan 02, 2007 at 06:59:26AM -0800, lars <at> delicate.se wrote:
> You can also from within the bat file use the command:
> 
> SETLOCAL ENABLEDELAYEDEXPANSION
> -- code goes here --
> ENDLOCAL
> 
> for the same behaviour as invoking cmd shell with /V.

Thanks for the info. That makes it easier.

> Simon Pepping  <at>  Home wrote:
> > 
> > On Fri, Dec 29, 2006 at 10:55:22AM +0100, Jeremias Maerki wrote:
> >> ... there's a little bug in the dist: fop.bat doesn't
> >> contain the right filename for xmlgraphics-commons.jar after the JAR
> >> update.
> > 
> > This mishap is of course partly due to the use of an outdated
> > scripting language.
> > 
> > If the Windows cmd shell is called with the /V option (delayed
> > evaluation) it is possible to write this:
> > 
> > set LOCALCLASSPATH=%FOP_HYPHENATION_PATH%
> > for %%l in (%LOCAL_FOP_HOME%build\*.jar %LIBDIR%\*.jar) do set
> > LOCALCLASSPATH=!LOCALCLASSPATH!;%%l
> > 
> > Already much better.
> >
(Continue reading)

Permalink | Reply | 0 comments |
headers
bugzilla | 2 Jan 2007 21:05
Picon
Favicon

DO NOT REPLY [Bug 41271] - PDF is not default mode for ant task fop in 0.93

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=41271>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=41271

------- Additional Comments From spepping <at> apache.org  2007-01-02 12:05 -------
(In reply to comment #2)
> Simon.
> 
> According to
> 
>   http://xmlgraphics.apache.org/fop/0.92/anttask.html
> 
> the default for the format attribute is "application/pdf".

In revision 332791 the method determineRenderer(String format) has fallen victim
to a refactoring action, and with it the ability to omit the format, or use the
longer formats application/pdf etc.

I will make a note of this in the known issues of version 0.93, and on the
upcoming page http://xmlgraphics.apache.org/fop/0.93/anttask.html.

I will leave a fix to some later moment in the trunk version.

Thanks for reporting the problem.

--

--
(Continue reading)

Permalink | Reply | 0 comments |
headers
bugzilla | 2 Jan 2007 21:22
Picon
Favicon

DO NOT REPLY [Bug 41271] - PDF is not default mode for ant task fop in 0.93

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=41271>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=41271

------- Additional Comments From spepping <at> apache.org  2007-01-02 12:22 -------
(In reply to comment #3)
> In revision 332791 the method determineRenderer(String format) has fallen victim
> to a refactoring action, and with it the ability to omit the format, or use the
> longer formats application/pdf etc.

That is not quite correct. The MIME-type formats are still possible.

Also, a fix for the default format seems easy, so I committed it in revision
491926 to the trunk. If you can test it positively, I will add it to the branch
as well.

--

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
Permalink | Reply | 0 comments |
headers
Vincent Hennebert | 3 Jan 2007 10:17
Favicon

Re: Open issue: table-columns from first row?

Hi Andreas,

Andreas L Delmelle a écrit :
> On Dec 24, 2006, at 09:53, Andreas L Delmelle wrote:
> 
> <snip />
>> Just had another look, and it currently only works correctly in case
>> there is no column-spanning going on in any of the cells in the first
>> row.
>>
>> <fo:table>
>>   <fo:table-body>
>>     <fo:table-cell width="2in" number-columns-spanned="2">
>> ...
>>
>> In this case, two implicit columns are created, but the cell's width
>> is not yet distributed over the two columns.
>>
>> I'll add a testcase demonstrating what still goes wrong, but the issue
>> probably needs to put in a slightly different wording, indicating that
>> it works apart from the above reservation.

I'm curious about your testcase, actually, because after quick testing I
haven't been able to reproduce it (attached fo file, first table, works
fine).

> In the meantime, I've locally patched FOP to correctly deal with this.
> 
> Patch consists of a few changes in TableBody, TableRow and
> PercentLength. The latter only because I needed to have some way to be
(Continue reading)

Permalink | Reply | 1 comment |
headers
bugzilla | 3 Jan 2007 16:04
Picon
Favicon

DO NOT REPLY [Bug 41282] New: - FOP compliance page contains broken links

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=41282>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=41282

           Summary: FOP compliance page contains broken links
           Product: Fop
           Version: all
          Platform: All
               URL: http://xmlgraphics.apache.org/fop/compliance.html
        OS/Version: All
            Status: NEW
          Severity: minor
          Priority: P4
         Component: documentation
        AssignedTo: fop-dev <at> xmlgraphics.apache.org
        ReportedBy: mail <at> christian-hettlage.de

The tables in the FOP compliance web page (http://xmlgraphics.apache.org/fop/compliance.html) 
contains contain links which are no longer valid and which lead to a W3C error page only.

More precisely, the URLs http://www.w3.org/TR/xsl/slice5.htm,
http://www.w3.org/TR/xsl/slice6.htm 
and http://www.w3.org/TR/xsl/slice7.htm don't exist any more.

--

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
(Continue reading)

Permalink | Reply | 1 comment |
headers
bugzilla | 3 Jan 2007 16:34
Picon
Favicon

DO NOT REPLY [Bug 41272] - Memory problem in 0.93

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=41272>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=41272

------- Additional Comments From miroslav.gregan <at> siemens.com  2007-01-03 07:34 -------
(In reply to comment #0)
> I am currently having problem compiling a 420 page document, with about 50
> figures. The problem sees to be memory related, however the debugging
> information is insufficient for me to identify the problem.
> 
> Using th fop ant task, I get
> 
>   Exception in thread "main" java.lang.NoSuchMethodError: main
> 
> When using the commandline tool, the a bit more infomation is released, such as
> 
> WARNING: Line 1 of a paragraph overflows the available area. (fo:block,
> location: 4794/406)
> Exception in thread "main" java.lang.OutOfMemoryError
> 
> Note, this document compiled just fine with FOP 0.20.5

It's normal, FOP 0.92 beta needs more memory because it cheks much more the
XSL-FO format than the FOP 0.20.5 was doing. 
So just enables more memory to the JVM and it will be ok.
(Continue reading)

Permalink | Reply | 0 comments |

Gmane