Re: Switching to Java 1.5

2008-06-07 Thread J.Pietschmann

Max Berger wrote:

I have to disagreee. AAMOF, java 1.5 is ONLY supported on a select
number of plattforms, mainly the ones Sun provides the JDK for (or is
licensed).


Well, gcj claims 1.5 compatibility and can be compiled on
almost anything. My personal experience on a Debian AMD64
platform is that they still have a rather long list of
problems to resolve, in particular I wasn't even able to
build FOP trunk.

J.Pietschmann


DO NOT REPLY [Bug 45159] New: fop buzzed on footnotes near page break

2008-06-07 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=45159

   Summary: fop buzzed on footnotes near page break
   Product: Fop
   Version: 0.94
  Platform: PC
OS/Version: Windows XP
Status: NEW
  Severity: normal
  Priority: P2
 Component: general
AssignedTo: fop-dev@xmlgraphics.apache.org
ReportedBy: [EMAIL PROTECTED]


Created an attachment (id=22094)
 --> (https://issues.apache.org/bugzilla/attachment.cgi?id=22094)
sample that dosen't work

in some cases fop need to place text with footnote to next page, but can't do
it - a footnote body must be placed in next page too, so very big space appears
on current page. or something like this, its only my mind.
please see sample .fo, when you remove from it line with "111 111 111 " -
it works!
i use fop 0.95beta on winxp, java build 1.6.0_05-b13
p.s. sample is in transliterated russian language:)


-- 
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.


DO NOT REPLY [Bug 45152] Solid bottom border not rendered correctly since 0 .94

2008-06-07 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=45152


Vincent Hennebert <[EMAIL PROTECTED]> changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID




--- Comment #6 from Vincent Hennebert <[EMAIL PROTECTED]>  2008-06-07 02:33:17 
PST ---
Hi,

Indeed this is due to the implementation of the collapsing border model (the
same as in CSS, if that gives you any hint), that's available since version
0.94 of FOP. When the border-collapse property is not specified on fo:table,
its default value is "collapse". FOP 0.93 was actually not compliant on this
regard since it was (silently) switching to the separate border model.

The behaviours of FOP 0.94 and 0.95 are normal and to be expected with the
collapsing model. If this is not what you want then you just have to specify
border-collapse="separate" on the table, like Andreas said. Both models allow
to achieve quite different effects, so the one that suits you will depend on
your needs.

HTH,
Vincent


-- 
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.