Andreas Delmelle | 1 Feb 17:50 2008
Picon

Re: What to do with the XML JARs?

On Jan 31, 2008, at 22:20, Jeremias Maerki wrote:

> Can you two please explain to me what you mean by that?

Heh, now that you ask that, it does not seem so intuitive as I  
thought... at least, what I had in mind last night, has changed  
somewhat.

I guess what I mean --also in relation to the thread about the XML  
JARs-- is that Commons would get to contain a utility class/ 
subpackage from which both FOP and Batik get their TransformerFactory  
and XML-related classes. This mechanism could be made as smart as to  
check whether the configured JAXP-implementation supports the  
necessary features for FOP and Batik to run without possible trouble.  
Maybe it could even be made smart enough to look up whether such an  
implementation exists in the user's classpath.

So, by itself, not even Commons would depend directly on Apache  
Xalan, but we could have the utility class suggest to install/ 
configure Xalan, if necessary.

That way, FOP does not necessarily need to distribute Xalan anymore  
to work properly.

A question concerning the dependency on DOM Level 3: does FOP  
*itself* ever use any of this functionality, or is it only Batik that  
*possibly* needs this (depending on whether SVG 1.2 is used  
somewhere)? Does Batik require Xalan to work, period? Or does it only  
require Xalan *if* the user wants access to the SVG 1.2 features?

(Continue reading)

Andreas Delmelle | 1 Feb 18:10 2008
Picon

Re: What to do with the XML JARs?

On Jan 31, 2008, at 12:49, Vincent Hennebert wrote:

(Noticed this fragment in an earlier post, and just wanted to point  
out that...)

> <snip />
> Note that by removing the 4 aforementioned jars and using a 1.5 jdk
> I have unresolved import errors in the
> org.apache.fop.layoutengine.EvalCheck class. And an “Organize imports”
> in Eclipse gives me com.sun classes. Is that to be expected? The  
> missing
> classes are in the xalan jar. If I add this jar to the build path I  
> then
> have the following error in
> org.apache.fop.image.loader.batik.PreloaderSVG:
> “The type org.w3c.dom.xpath.XPathEvaluator cannot be resolved. It is
> indirectly referenced from required .class files”
> I have to add the xml-apis.jar to the build path to solve that error.
> With a 1.6 jdk I don’t have this problem.
>

Note that it's not because the dependency is needed at build-time,  
that we also need to distribute those dependencies in the binaries.

If one writes an application that references JDBC, one does not need  
to distribute any particular JDBC implementation with it, unless in  
case of hard references, and even then, it could be so that the  
target environment already contains that implementation as a global  
extension (lib/ext).

(Continue reading)

bugzilla | 1 Feb 22:15 2008
Picon

DO NOT REPLY [Bug 44343] New: - font-size in percentage error

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=44343>.
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=44343

           Summary: font-size in percentage error
           Product: Fop
           Version: 0.94
          Platform: PC
        OS/Version: Windows XP
            Status: NEW
          Severity: normal
          Priority: P2
         Component: pdf
        AssignedTo: fop-dev <at> xmlgraphics.apache.org
        ReportedBy: lih <at> peacetech.com

Error occurs in the combination of <fo:inline> of font-size="smaller"/"bigger" 
within <fo:block> of font-size in percentage. The error is "getBaselength 
called without context".

  <fo:block font-style="normal" font-size="80%" role="html:div"
    <fo:inline baseline-shift="super" font-size="smaller" 
role="html:sup">th</fo:inline>of each month. 
  </fo:block>

=====Original Post on fop-users mailing list===========
(Continue reading)

bugzilla | 1 Feb 23:24 2008
Picon

DO NOT REPLY [Bug 44343] - relative font-size (smaller/larger) does not work with percentages

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=44343>.
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=44343

adelmelle <at> apache.org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |ASSIGNED
            Summary|font-size in percentage     |relative font-size
                   |error                       |(smaller/larger) does not
                   |                            |work with percentages

------- Additional Comments From adelmelle <at> apache.org  2008-02-01 14:24 -------

Already had a quick look, and just one question. 
Does FOP also hang on your end? FOP Trunk indeed shows the error you mention, then simply hangs 
here... Seems like this is going to take some time figuring out.

--

-- 
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.

bugzilla | 1 Feb 23:38 2008
Picon

DO NOT REPLY [Bug 44343] - relative font-size (smaller/larger) does not work with percentages

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=44343>.
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=44343

------- Additional Comments From adelmelle <at> apache.org  2008-02-01 14:38 -------
(In reply to comment #1)
> ... Seems like this is going to take some time figuring out.

I take that back. Already found the related piece of code.

For other interested parties: in case the parent's font-size is a percentage, the getValue() call in 
FontSizePropertyMaker.convertProperty() returns a base-size of 0. This case does not seem to be 
catered for in the loop in computeClosestAbsoluteFontSize() a bit further below, which becomes infinite 
so the method never returns.

It seems like percentage font-sizes can already be resolved at parse-time. There seems to be no need 
to create PercentLengths and delay the resolution until the layout-context is available. I'm going to 
investigate this. In the meantime, if anyone has ideas or insights... always welcome.

--

-- 
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.

Andreas Delmelle | 2 Feb 00:15 2008
Picon

Failing transcoder test?


Hi people

Earlier tonight, I updated my local sandbox, and just noticed that  
the junit-transcoder test is failing, due to:
java.lang.NoClassDefFoundError: org/apache/fop/util/ColorProfileUtil

The class is definitely there, so I suspect it is referenced somehow  
(maybe indirectly) by the related test, but not included in the  
classpath (= not included in the transcoder.jar)

Am I missing something here, or does anyone else have this too?

Cheers

Andreas

bugzilla | 2 Feb 00:32 2008
Picon

DO NOT REPLY [Bug 44343] - relative font-size (smaller/larger) does not work with percentages

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=44343>.
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=44343

adelmelle <at> apache.org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|ASSIGNED                    |RESOLVED
         Resolution|                            |FIXED

------- Additional Comments From adelmelle <at> apache.org  2008-02-01 15:32 -------

Fixed in FOP Trunk.

see: http://svn.apache.org/viewvc?rev=617708&view=rev

Thanks for reporting.

--

-- 
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.

Cameron McCormack | 2 Feb 07:48 2008
Picon

Re: What to do with the XML JARs?

Andreas Delmelle:
> A question concerning the dependency on DOM Level 3: does FOP  
> *itself* ever use any of this functionality, or is it only Batik that  
> *possibly* needs this (depending on whether SVG 1.2 is used  
> somewhere)? Does Batik require Xalan to work, period? Or does it only  
> require Xalan *if* the user wants access to the SVG 1.2 features?

Yeah, so Batik uses it for only two things: DOM Level 3 XPath
functionality, as Jeremias mentioned (for 1.1 or 1.2 documents) and sXBL
XPath selector syntax, which is only in 1.2 documents.  The former is
only needed if those DOM Level 3 XPath functions are called from script.
The latter is hardly used at all, and will have to be reworked to be XBL
2.0 in the future anyway, which doesn’t use XPath for bindings.

Does FOP allow documents to run script before being included in the
resulting PDF (like with the -onload switch to the Batik rasteriser)?
If not, then it’ll be completely safe to omit xalan.  Leaving it out
should only cause linker problems when such scripts are run, anyway, not
for arbitrary documents.

We could rework Batik to use recent JAXP XPath functionality if that is
present, or Xalan if that is present, or fail gracefully otherwise.

--

-- 
Cameron McCormack, http://mcc.id.au/
	xmpp:heycam <at> jabber.org  ▪  ICQ 26955922  ▪  MSN cam <at> mcc.id.au

Jeremias Maerki | 2 Feb 08:02 2008
Picon

Re: What to do with the XML JARs?

Thanks for your input, Cameron.

On 02.02.2008 07:48:33 Cameron McCormack wrote:
> Andreas Delmelle:
> > A question concerning the dependency on DOM Level 3: does FOP  
> > *itself* ever use any of this functionality, or is it only Batik that  
> > *possibly* needs this (depending on whether SVG 1.2 is used  
> > somewhere)? Does Batik require Xalan to work, period? Or does it only  
> > require Xalan *if* the user wants access to the SVG 1.2 features?
> 
> Yeah, so Batik uses it for only two things: DOM Level 3 XPath
> functionality, as Jeremias mentioned (for 1.1 or 1.2 documents) and sXBL
> XPath selector syntax, which is only in 1.2 documents.  The former is
> only needed if those DOM Level 3 XPath functions are called from script.
> The latter is hardly used at all, and will have to be reworked to be XBL
> 2.0 in the future anyway, which doesn’t use XPath for bindings.
> 
> Does FOP allow documents to run script before being included in the
> resulting PDF (like with the -onload switch to the Batik rasteriser)?
> If not, then it’ll be completely safe to omit xalan.  Leaving it out
> should only cause linker problems when such scripts are run, anyway, not
> for arbitrary documents.

Unless Batik somehow automatically runs such scripts, no. FOP doesn't
initiate the running of any script code. BTW, the current SVG Print 1.2 WD
says: "A User Agent for Printing MUST NOT run any script or start any
animation in the SVG document." Since FOP is basically a "user agent for
printing", I think we can apply this rule to FOP, too, except if we
begin to include interactive features in FOP.

(Continue reading)

Jeremias Maerki | 2 Feb 08:03 2008
Picon

Re: Failing transcoder test?

Fixed. I didn't run the build after my changes yesterday.

On 02.02.2008 00:15:13 Andreas Delmelle wrote:
> 
> Hi people
> 
> Earlier tonight, I updated my local sandbox, and just noticed that  
> the junit-transcoder test is failing, due to:
> java.lang.NoClassDefFoundError: org/apache/fop/util/ColorProfileUtil
> 
> The class is definitely there, so I suspect it is referenced somehow  
> (maybe indirectly) by the related test, but not included in the  
> classpath (= not included in the transcoder.jar)
> 
> Am I missing something here, or does anyone else have this too?
> 
> 
> Cheers
> 
> Andreas

Jeremias Maerki


Gmane