Re: Using Avalon/Logkit

[Jeremias Maerki]

> I just tried to plug in fop .20.3 to an existing app that uses .20.2. I
> included the new avalon jar in my classpath, but I still get a logging
> error. From an end user persepective, I would just like to suggest that when
> you add a new component between non-version build changes that breaks the
> old build or throws an error, please just point me to what I need to do to
> fix the problem (url?) right there in the error message. I know I'm lazy,
> but if there's any way this can be done it would make my life a lot easier.

Could you tell us what exactly went wrong? Exceptions? Error messages?

Cheers,
Jeremias Märki

mailto:[EMAIL PROTECTED]

OUTLINE AG
Postfach 3954 - Rhynauerstr. 15 - CH-6002 Luzern
Fon +41 41 317 20 20 - Fax +41 41 317 20 29
Internet http://www.outline.ch


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

Re: Options

[Jeremias Maerki]

Peter

(comments inline)

> In config.xml:
> 
>   
> userConfigFileName
> userconfig.xml
>   

Ok, that means FOP looks in the current directory for userconfig.xml.
I can agree with that. I guess there are pros and cons: This mechanism
can reduce the work that needs to be done to get FOP running in embedded
mode. But on the other hand, I'm not sure if it cuts on flexibility when
you want to provide a special configuration.

>   
> languageConfigFileName
> xml-lang.xml
>   
> 
> (More on languageConfigFileName later.)
> 
> In userconfig.xml, allow things like
> 
>   
> foFileName
> /home/pbw/public_html/xml/newtest3.fo
>   
> 
>   
> inputMode
> fo
>   
> 
>   
> foFileName
> /home/pbw/public_html/xml/newtest3.fo
>   
> 
>   
> outputMode
> pdf
>   
> 
>   
> outputFileName
> /home/pbw/public_html/xml/newtest3.pdf
>   

Now, I think you're really start mixing things. I strongly recommend to
separate configuration (as the filename says) and processing
instructions. What you want to do means creating a new userconfig.xml
for each call to FOP. This is much easier using the command line (and
faster).

Any other opinions?

> User configuration is loaded as follows.  The basics of reading from 
> user space (untested by me) and system space are simply lifted from the 
> existing code and re-arranged.   So the answer to your question as to 
> where it used to look is, I assume, at the absolute or relative filename 
> location, and failing that, in a conf directory at a place detemined by 
> one of the class loaders.
> 
> public static void loadUserConfiguration(String userConfigFileName)
> throws FOPException {
> // read user configuration file
> boolean readOk = true;
> userConfigFile = new File(userConfigFileName);
> if (userConfigFile != null) {
> ConfigurationReader reader = new ConfigurationReader(
> 
> InputHandler.fileInputSource(userConfigFile));
> try {
> reader.start();
> } catch (org.apache.fop.apps.FOPException error) {
> readOk = false;
> }
> if (! readOk) {  // same method also loads config.xml
> loadConfiguration(userConfigFileName);
> }
> }
> }
> 
> The language file (see attached) is just a validation mechanism for 
> certain attribute/property values.  It (currently) requires the 
> org.apache.fop.configuration.LanguageFileReader class which reads the 
> xml-lang.xml file and builds three HashMaps, which are installed in 
> Configuration.

I don't get you here. What do you need the language validation for?

Cheers,
Jeremias Märki

mailto:[EMAIL PROTECTED]

OUTLINE AG
Postfach 3954 - Rhynauerstr. 15 - CH-6002 Luzern
Fon +41 41 317 20 20 - Fax +41 41 317 20 29
Internet http://www.outline.ch


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

Re: XMLSpy - FOP

[Peter B. West]

Arved et al,

To clarify further: there are three re-design efforts going on.  Keiron 
& Karen in Java, building on the existing code base.  Arved doing a 
ground-up redesign in Perl (protptyping) and C or C++, as he has 
discussed.  Me, in Java, doing a ground-up.

Do not despair.  If Flannery O'Connor is to be believed, Everything That 
Rises Must Converge.  I believe that these design efforts will, if not 
converge, at least cross-fertilise one another considerably.  You will 
probably have noticed that there is a lot of cross-talk between the 
principals.  At the end of the day, I think that the best ideas will 
shake together in the bottom of the pan.

However, I would hope for more.  I can conceive of no reason why a 
common design will not work in Java, C, C++, Perl or any other language 
of choice.  Implementation details may differ, but the same overall 
design should be realisable in any useful language.  In that sense, I 
disagree with Arved.  I think his work *is* contributing to the redesign 
of FOP.  Obviously, I think mine is too.

So, if you decide to get involved in xslfo-proc, the effort will not be 
wasted in terms of helping bring FOP to completion.

Let me just strongly endorse Arved's comment about the oxymoronic "UML 
design", as in "design by UML".  What a bizarre idea.  It must be 
something consultants do.

Peter

Arved Sandstrom wrote:

>Hi, Matt
>
>Let me clarify. The redesign is what Keiron & Karen (primarily) are working
>on. It is a redesign for FOP.
>
>What I started last fall is another project, which is intended to produce a
>C/C++ XSL-FO formatter. This is called xslfo-proc, and is on Sourceforge. ...
>
>I did enough UML design last fall to realise that that was a waste of time.
>So a month ago I started working on a Perl prototype. I uploaded the first
>code yesterday ... I expect
>to have some pretty good layout happening within a month.
>
>I have no intentions of abandoning FOP, but the redesign for FOP was and is
>critical, and only so many people can usefully do that - two max, IMO. ... I am 
>devoting most of my efforts to
>
>xslfo-proc - it has a different approach and I hope it complements FOP
>rather than competes with it.
>
>I'll second one specific comment of Peter's very strongly. I also believe
>that an XSL formatter project that is going to succeed has to tackle the
>whole problem. Formatting is not very modular, in other words. Not
>everything needs to be implemented right away but it sure needs to be
>considered, and a place for everything needs to be built in. The existing
>FOP shows us that retrofitting doesn't work.
>



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

cvs commit: xml-fop/src/org/apache/fop/svg PDFGraphics2D.java

[chrisg]

chrisg  02/02/27 17:16:30

  Modified:src/org/apache/fop/svg Tag: fop-0_20_2-maintain
PDFGraphics2D.java
  Log:
  needed for building under jdk1.4
  
  Revision  ChangesPath
  No   revision
  
  
  No   revision
  
  
  1.20.2.2  +7 -2  xml-fop/src/org/apache/fop/svg/PDFGraphics2D.java
  
  Index: PDFGraphics2D.java
  ===
  RCS file: /home/cvs/xml-fop/src/org/apache/fop/svg/PDFGraphics2D.java,v
  retrieving revision 1.20.2.1
  retrieving revision 1.20.2.2
  diff -u -r1.20.2.1 -r1.20.2.2
  --- PDFGraphics2D.java3 Dec 2001 07:40:17 -   1.20.2.1
  +++ PDFGraphics2D.java28 Feb 2002 01:16:30 -  1.20.2.2
  @@ -1,5 +1,5 @@
   /*
  - * $Id: PDFGraphics2D.java,v 1.20.2.1 2001/12/03 07:40:17 keiron Exp $
  + * $Id: PDFGraphics2D.java,v 1.20.2.2 2002/02/28 01:16:30 chrisg Exp $
* Copyright (C) 2001 The Apache Software Foundation. All rights reserved.
* For details on use and redistribution please refer to the
* LICENSE file included with these sources.
  @@ -43,7 +43,7 @@
* implementing a Graphic2D piece-meal.
*
* @author mailto:[EMAIL PROTECTED]";>Keiron Liddle
  - * @version $Id: PDFGraphics2D.java,v 1.20.2.1 2001/12/03 07:40:17 keiron Exp $
  + * @version $Id: PDFGraphics2D.java,v 1.20.2.2 2002/02/28 01:16:30 chrisg Exp $
* @see org.apache.batik.ext.awt.g2d.AbstractGraphics2D
*/
   public class PDFGraphics2D extends AbstractGraphics2D {
  @@ -1253,6 +1253,11 @@
   public GraphicsDevice getDevice() {
   return new PDFGraphicsDevice(this);
   }
  +
  +// needed for compiling under jdk1.4
  +//public java.awt.image.VolatileImage createCompatibleVolatileImage(int 
width, int height) {
  +//return null;
  +//}
   
   }
   
  
  
  

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

Re: Options

[Peter B. West]

Jeremias Maerki wrote:

> Hmm, why not? What would your default entry in the system config be (or
> better: where does it look for the userconfig by default)?

Jeremias,

In config.xml:

  
userConfigFileName
userconfig.xml
  

  
languageConfigFileName
xml-lang.xml
  

(More on languageConfigFileName later.)

In userconfig.xml, allow things like

  
foFileName
/home/pbw/public_html/xml/newtest3.fo
  

  
inputMode
fo
  

  
foFileName
/home/pbw/public_html/xml/newtest3.fo
  

  
outputMode
pdf
  

  
outputFileName
/home/pbw/public_html/xml/newtest3.pdf
  


User configuration is loaded as follows.  The basics of reading from 
user space (untested by me) and system space are simply lifted from the 
existing code and re-arranged.   So the answer to your question as to 
where it used to look is, I assume, at the absolute or relative filename 
location, and failing that, in a conf directory at a place detemined by 
one of the class loaders.

public static void loadUserConfiguration(String userConfigFileName)
throws FOPException {
// read user configuration file
boolean readOk = true;
userConfigFile = new File(userConfigFileName);
if (userConfigFile != null) {
ConfigurationReader reader = new ConfigurationReader(

InputHandler.fileInputSource(userConfigFile));
try {
reader.start();
} catch (org.apache.fop.apps.FOPException error) {
readOk = false;
}
if (! readOk) {  // same method also loads config.xml
loadConfiguration(userConfigFileName);
}
}
}

The language file (see attached) is just a validation mechanism for 
certain attribute/property values.  It (currently) requires the 
org.apache.fop.configuration.LanguageFileReader class which reads the 
xml-lang.xml file and builds three HashMaps, which are installed in 
Configuration.

Peter






  















































































































































































































































  
  











































































































































  
  


























































































































































































  




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For addit

Re: problem building on macosx

[Stephen Bannasch]

Thanks for the suggestion, but the same problem occurs.

>In an earlier mail you said you had this line in your shell profile:
>"export ANT_HOME=/Users/stephen/devtools/jakarta-ant-1.4.1"
>
>Maybe that is causing ant to look for tasks in that directory rather
>than in the fop lib?
>Try setting ANT_HOME to "/Users/stephen/apache/xml-fop/lib" or wherever
>the buildtools.jar is.
>
>Regards,
>Karen
>
>Stephen Bannasch wrote:
>>
>> >What happens if you remove hyphenation from this line
>> >
>> >
>> >
>> >in build.xml?
>>
>> same error:
>>
>> init:
>>  [echo] --- Fop 0.20.3 [1999-2002] 
>>
>> BUILD FAILED
>>
>> /Users/stephen/apache/xml-fop/build.xml:272: taskdef class 
>org.apache.fop.tools.anttasks.SerializeHyphPattern cannot be found
>>
>> If I comment out line 272:
>>
>> 
>>  
>>
>> then it dies on the next  on line 273
>>
>> --
>>
>> -s
>>
>> -
>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>> For additional commands, email: [EMAIL PROTECTED]
>
>-
>To unsubscribe, e-mail: [EMAIL PROTECTED]
>For additional commands, email: [EMAIL PROTECTED]


-- 

-s

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

Re: Using Avalon/Logkit

[Nicola Ken Barozzi]

From: "Joerg Pietschmann" <[EMAIL PROTECTED]>

> "Nicola Ken Barozzi" <[EMAIL PROTECTED]> wrote:
> > I've used Avalon framework in many projects, and IMHO it's not
heavyweight.
>
> Ok, scratch the heavyweight.
>
> In order to clarify issues: I have to use FOP in an environment
> which already provides logging, configuration management and life
> cycle management.

What is it?

> I don't want to look into another log file.
> I don't want to write more config files.

?

> (There is also the fact
> that said environment goes to great length to make augmenting
> already provided functionality as complicated as possible).

Avalon? I disagree. I've used it in a 10 months project. It saved me weeks
of work. And the architecture came out really clean.

>  I have
> already customized ErrorListeners, URIResolvers and such and i
> want to reuse the functionality in the most straightforward way
> possible.

Using Avalon *is* reusing functionality.

> I don't want to write more customizations just for the
> Apache logkit. In particular, i don't want to learn how to write
> such customizations.

Customizations? I don't get you here.

> I don't want to prevent anyone from providing a FOP embedding
> using logkit and avalon.

Ok. Anyway, logging is a minor issue. If Avalon were logging, it would be
just logkit.

> I *want* however access to a core which
> doesn't rely on yet another toolkit for common functionality

Wait a second. If you need configuration, you *need* it. So you need to
write code to do it. So, what's the difference between importing Avalon code
or writing it yourself? What do you gain in writing it from scratch?

> and
> fits as seemlessy as possible into a run time environment roughly
> equivalent to the JDK 1.4 API (with emphasis on JAXP 1.1).

Sorry but I don't get you here. What is your measure of seamless?

I don't want this discussion to get into -just- logging, because IMO it's
not the point.

FOP (correct me if I'm wrong) is about transforming a fo tree in an area
tree, and then render this in many ways.
It's not about logging, configuration, lifecycle management, URI resolving,
etc.
But it needs them.
Avalon provides them, very well IMHO, and it's tried and tested code.
Why not use it?

My opinion is that using Avalon, FOP can concentrate on its core tasks, the
FO->AT->Render phases.

I would even dare go one step further.
FOP has basically two phases: FO2AT and AT2Rendering.
In Cocoon2, the first is a Transformation phase, the second a Serialization
phase. My crazy idea is that the new SAX driven FOP can be built on Cocoon
as a Transformer and a Serializer. All "utility" stuff is taken care of by
Cocoon. In this way we can concentrate on the *real* features of FOP. When
it works, we can then make it run in a more lightweight environment built on
Avalon.
For this, I seriously volunteer.

--
Nicola Ken Barozzi [EMAIL PROTECTED]
- verba volant, scripta manent -
   (discussions get forgotten, just code remains)
-


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

Re: problem building on macosx

[klease]

In an earlier mail you said you had this line in your shell profile:
"export ANT_HOME=/Users/stephen/devtools/jakarta-ant-1.4.1"

Maybe that is causing ant to look for tasks in that directory rather
than in the fop lib?
Try setting ANT_HOME to "/Users/stephen/apache/xml-fop/lib" or wherever
the buildtools.jar is.

Regards,
Karen

Stephen Bannasch wrote:
> 
> >What happens if you remove hyphenation from this line
> >
> >
> >
> >in build.xml?
> 
> same error:
> 
> init:
>  [echo] --- Fop 0.20.3 [1999-2002] 
> 
> BUILD FAILED
> 
> /Users/stephen/apache/xml-fop/build.xml:272: taskdef class 
>org.apache.fop.tools.anttasks.SerializeHyphPattern cannot be found
> 
> If I comment out line 272:
> 
> 
>  
> 
> then it dies on the next  on line 273
> 
> --
> 
> -s
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, email: [EMAIL PROTECTED]

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

EOFException when TTFReader is parsing TTF file

[Lewis, Bobby]

Hi,

I've seen this error reported on here before, but I've searched the archives
and could not find a solution to it.  I'm trying to create the font metrics
file for my TTF font, and I get an EOFException. Any ideas on how to fix
this?

Command:

java org.apache.fop.fonts.apps.TTFReader C:\code39.TTF ttfcm.xml

Output:

TTF Reader v1.1.1

Reading C:\code39.TTF...

Number of glyphs in font: 97
java.io.EOFException: Reached EOF, file size=24764 offset=88232
at
org.apache.fop.fonts.FontFileReader.seek_set(FontFileReader.java:78)
at org.apache.fop.fonts.TTFFile.readCMAP(TTFFile.java:217)
at org.apache.fop.fonts.TTFFile.readFont(TTFFile.java:403)
at org.apache.fop.fonts.apps.TTFReader.loadTTF(TTFReader.java:181)
at org.apache.fop.fonts.apps.TTFReader.main(TTFReader.java:143)

The same process works correctly with another font (I just grabbed one
already on my PC, an Arial font). This is an unusual barcode font, so that
may be what is messing it up. I'm using Fop 0.20.1 with JDK 1.3.1 on Windows
2000.  Thanks for the help!

Bobby Lewis
Solutions Architect
Aivia
3100 McKinnon Suite 1000
Dallas, TX 75201 

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

java.lang.NoSuchMethodError

[Jim Urban]

I have a xml file which contains an enbedded SVG image.  When I run it
through FOP 0.20.2 I get this error:

[INFO]: building formatting object tree
[INFO]: [1]
Exception in thread "main" java.lang.NoSuchMethodError
at org.apache.fop.svg.SVGElement.layout(SVGElement.java:152)
at
org.apache.fop.fo.flow.InstreamForeignObject.layout(InstreamForeignObject.ja
va:198)
at org.apache.fop.fo.flow.Block.layout(Block.java:259)
at org.apache.fop.fo.flow.Flow.layout(Flow.java:149)
at org.apache.fop.fo.flow.Flow.layout(Flow.java:108)
at
org.apache.fop.fo.pagination.PageSequence.format(PageSequence.java:294)
at
org.apache.fop.apps.StreamRenderer.render(StreamRenderer.java:191)
at
org.apache.fop.fo.FOTreeBuilder.endElement(FOTreeBuilder.java:178)
at
org.apache.xerces.parsers.SAXParser.endElement(SAXParser.java:1403)
at
org.apache.xerces.validators.common.XMLValidator.callEndElement(XMLValidator
.java:1436)
at
org.apache.xerces.framework.XMLDocumentScanner$ContentDispatcher.dispatch(XM
LDocumentScanner.java:1260)
at
org.apache.xerces.framework.XMLDocumentScanner.parseSome(XMLDocumentScanner.
java:381)
at org.apache.xerces.framework.XMLParser.parse(XMLParser.java:1035)
at org.apache.fop.apps.Driver.render(Driver.java:459)
at org.apache.fop.apps.AWTStarter.run(AWTStarter.java:116)
at org.apache.fop.apps.Fop.main(Fop.java:19)

Anyone have any idea why I am getting this error?  I get a simular error if
I try to render the XML as PDF.

Thanks,

Jim Urban
Product Manager
Netsteps Inc.
Suite 505E
1 Pierce Pl.
Itasca, IL  60143
Voice:  (630) 250-3045 x2164
Fax:  (630) 250-3046


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

DO NOT REPLY [Bug 6741] New: - markers are completely broken (as far as I can tell)

[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=6741

markers are completely broken (as far as I can tell)

   Summary: markers are completely broken (as far as I can tell)
   Product: Fop
   Version: 0.20.3
  Platform: PC
OS/Version: Windows NT/2K
Status: NEW
  Severity: Normal
  Priority: Other
 Component: general
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


[INFO]: FOP 0.20.3rc
[INFO]: building formatting object tree
[ERROR]: null

Here is the simple test case. All it contains is a marker tag


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








One
this is a test this is a test this is a test this is a test this is a test this
is a test this is a test this is a test



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

Re: problem building on macosx

[Stephen Bannasch]

>What happens if you remove hyphenation from this line
>
>
>
>in build.xml?

same error:

init:
 [echo] --- Fop 0.20.3 [1999-2002] 

BUILD FAILED

/Users/stephen/apache/xml-fop/build.xml:272: taskdef class 
org.apache.fop.tools.anttasks.SerializeHyphPattern cannot be found

If I comment out line 272:


 

then it dies on the next  on line 273

-- 

-s

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

Re: FOP Interfaces

[Ralph LaChance]

At 05:11 PM 2/27/02 +0100, you wrote:
>renderer options
>- embedding fonts
>- compression in pdf
>- image embedding
>
>
>The Driver handles the XML input.
>The user agent information is through the FOUserAgent.
>We could handle logging through the user agent.
>Options could also be handled through the user agent, using mime type 
>selection for renderer options.
>
>So, what do people think. What other information will be needed.

Keiron,

my 2 cents, shot from the hip   ;-)

Based on both our fop usage here and on dozens of questions I've seen go by
on this list, perhaps it makes sense to consider some support for driving 
various printing options.  i.e., put up the dialog, default to std printer, 
etc.  Clearly the
options are very different for a servlet vs an application.

Also, in view, of the new PrinterServices facility in 1.4, perhaps some 
thought
to allowing the calling framework (servlet or app) to specifying the printer.

And then there is the recurring question of whether -awt generates a panel or
a frame and whether it returns a swing object or not.



 ' Best,
 -Ralph LaChance



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

RE: Using Avalon/Logkit

[Savino, Matt C]

I just tried to plug in fop .20.3 to an existing app that uses .20.2. I
included the new avalon jar in my classpath, but I still get a logging
error. From an end user persepective, I would just like to suggest that when
you add a new component between non-version build changes that breaks the
old build or throws an error, please just point me to what I need to do to
fix the problem (url?) right there in the error message. I know I'm lazy,
but if there's any way this can be done it would make my life a lot easier.

thx,
Matt Savino



> -Original Message-
> From: Alistair Hopkins [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, February 27, 2002 7:53 AM
> To: [EMAIL PROTECTED]
> Subject: RE: Using Avalon/Logkit
> 
> 
> Could the Avalon jar shipped with Fop include
> org.apache.avalon.framework.logger.Log4JLogger and
> org.apache.avalon.framework.logger.Logger so it's easy for us 
> to use log4j?
> 
> It's only a few kb extra and it means that we don't have to 
> have lots of
> avalon jars in the classpath, or have repackaged/custom versions of
> Log4JLogger to get out of sync.
> 
> Alistair
> 
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, email: [EMAIL PROTECTED]
> 
> 


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

Re: FOP Interfaces

[Jeremias Maerki]

> Since this seems to be a hot topic at the moment I thought I might jump
> in. To use FOP in the various contexts we need to properly setup the right
> interfaces. First we need to determine why and what those interfaces are.
> 
> All of the interfaces are set through the Driver. The Driver is the
> central control point for all fo -> pdf etc. transformations.

I'm not so sure right now, if a monolithic Driver class is so good.
Maybe we really have a little number of specialized classes for FOP
processing that are particularly easy to use. For example an easy one
that integrates nicely with JAXP. That could help reducing the support
questions on how to embed FOP. Maybe we can have a FOPResult (similar to
SAXResult) that people can use. I don't know yet, I'm just trying to
gather some thoughts. :-)

> Below is a sample of the type of areas and information that needst o pass
> to and from FOP:
> 
> User agent
> The list of things this needs to supply is on this page, rather badly
> formatted:
> http://xml.apache.org/fop/design/useragent.html
>
> 
> Logging
> - logging level
> - logging messages of various levels
> - error handling
> 
> XML input
> - various ways to supply FOP with the xsl:fo file
> - sax handler
> 
> general options
> - base directory
> - uri resolvers
> 
> renderer options
> - embedding fonts
> - compression in pdf
> - image embedding

for the PS renderer (eventually):
- PostScript Level
- PPD to use
- binary/ascii switch

FOP's component setup: which implementation of a particular
LayoutManager to use, Logging setup (LogKit, Log4J, JDK14Logging), etc.

Output from FOP:
- Generation statistics: Number of pages total, Number of pages of each
  page-sequence, page-master used for each page (could be used to
  control the paper bin to get paper from, important for me in
  conjunction with PS Renderer).

> The Driver handles the XML input.
> The user agent information is through the FOUserAgent.
> We could handle logging through the user agent.
> Options could also be handled through the user agent, using mime type 
> selection for renderer options.

May I add that it might be nice if we could render to more than one
renderer at once (maybe not from the command line). Two independent
sources have asked me in the last few weeks if this works. I must say
that this would be nice, since I could generate a PDF for the archive
and the PS for the printer in one run. It would probably be faster than
converting the PDF to PostScript afterwards.

> So, what do people think. What other information will be needed.

Maybe there's more...

Cheers,
Jeremias Märki

mailto:[EMAIL PROTECTED]

OUTLINE AG
Postfach 3954 - Rhynauerstr. 15 - CH-6002 Luzern
Fon +41 41 317 20 20 - Fax +41 41 317 20 29
Internet http://www.outline.ch


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

FOP Interfaces

[Keiron Liddle]

Since this seems to be a hot topic at the moment I thought I might jump
in. To use FOP in the various contexts we need to properly setup the right
interfaces. First we need to determine why and what those interfaces are.

All of the interfaces are set through the Driver. The Driver is the
central control point for all fo -> pdf etc. transformations.

Below is a sample of the type of areas and information that needst o pass
to and from FOP:

User agent
The list of things this needs to supply is on this page, rather badly
formatted:
http://xml.apache.org/fop/design/useragent.html

Logging
- logging level
- logging messages of various levels
- error handling

XML input
- various ways to supply FOP with the xsl:fo file
- sax handler

general options
- base directory
- uri resolvers

renderer options
- embedding fonts
- compression in pdf
- image embedding


The Driver handles the XML input.
The user agent information is through the FOUserAgent.
We could handle logging through the user agent.
Options could also be handled through the user agent, using mime type 
selection for renderer options.

So, what do people think. What other information will be needed.

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

Re: Options

[Jeremias Maerki]

Hmm, why not? What would your default entry in the system config be (or
better: where does it look for the userconfig by default)?

> Yes you can, if you allow the command line configuration to take 
> precedence.  The system config file then contains your default user 
> config, which defaults to null (as it does at the moment.)  It's very 
> handy for testing.  My test environment goes in the user config,  and
> 
> java org.apache.fop.apps.Fop
> 
> runs it all.  Note that the loadUserConfig funtionality checks for the 
> user config file first in user space, then in system space, which would 
> by default pick up the null distributed user config example if the user 
> does nothing.  And it that's too dangerous, comment out the definition 
> of the user config file in the system config.

Cheers,
Jeremias Märki

mailto:[EMAIL PROTECTED]

OUTLINE AG
Postfach 3954 - Rhynauerstr. 15 - CH-6002 Luzern
Fon +41 41 317 20 20 - Fax +41 41 317 20 29
Internet http://www.outline.ch


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

RE: Using Avalon/Logkit

[Alistair Hopkins]

Could the Avalon jar shipped with Fop include
org.apache.avalon.framework.logger.Log4JLogger and
org.apache.avalon.framework.logger.Logger so it's easy for us to use log4j?

It's only a few kb extra and it means that we don't have to have lots of
avalon jars in the classpath, or have repackaged/custom versions of
Log4JLogger to get out of sync.

Alistair


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

Re: Options

[Peter B. West]

Jeremias,

Jeremias Maerki wrote:

>I hope you forgive me my switching over to fop-dev which is the right
>place for this discussion.
>
Of course.

>
>First, I'd like to start asking if you intend to work on this in the
>maintenance or the main branch. If you're working on the main branch, I
>wouldn't go down to details on how to fix this, because IMHO the current
>config mechanism has to be completely replaced.
>
Maintenance, for the reasons you mention.

>
>For the maintenance branch I'm not so sure that you can do with only a
>little tweaking. The problems lies in
>org.apache.fop.configuration.Configuration which has multiple static
>fields that are accessed by the whole project. This is a simple
>mechanism to work with but can limit the flexibility of FOP.
>Options.java itself contains no static stuff but works with
>Configuration.java a lot.
>
...configuration.Configuration is unaffected.

>
>I think, we shouldn't mix CommandLineOptions and Options, because they
>are different concerns (One is for command-line interpreting, the other
>for loading a configuration).
>
I want to merge them because they are so alike.  System congfig, user 
config and command line are a hierarchy of configuration options, and 
should be unified, with each one overriding the next.

>
>The problem with refering to the userconfig in the systemconfig is (IMO)
>that you cannot have multiple (user-)configurations with one
>installation of FOP. You'd limit the usefulness of FOP again somewhat.
>
Yes you can, if you allow the command line configuration to take 
precedence.  The system config file then contains your default user 
config, which defaults to null (as it does at the moment.)  It's very 
handy for testing.  My test environment goes in the user config,  and

java org.apache.fop.apps.Fop

runs it all.  Note that the loadUserConfig funtionality checks for the 
user config file first in user space, then in system space, which would 
by default pick up the null distributed user config example if the user 
does nothing.  And it that's too dangerous, comment out the definition 
of the user config file in the system config.

>
>If you ask me, I wouldn't change the configuration stuff in the
>maintenance branch. What needs to be done is to improve the
>documentation on loading the userconfig file. I'll see to it that I can
>finally scrape together some time to work on FOP.
>

Peter


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

Re: Using Avalon/Logkit

[Jeremias Maerki]

> Using JDK1.4 I wrap my logger calls in if statements
> 
> if(logger.isLoggable(Level.) {
>   logger.xxx();
> }
> 
> If you are privy to a better solution let me know.

No, that's fine. I didn't want to imply that you're writing bad code, I
just wanted to say that not all developers think about performance when
they produce logging code.

> In production code the 'if' nearly always evaluates to false and the logging
> is not performed. This requires the JVM to perform one method call, may even
> be inlined by a smart compiler. Putting a wrapper layer around this will
> require a call to a conversion method and then a call to the isLoggable().
> This at best doubles the number of method calls which are far more processor
> expensive than the body of the 'isLoggable()' itself. Should the
> 'isLoggable()' be inlined then this translation step becomes even more
> expensive.
>
> Incidentally our logging is stored in a central database after being
> transmitted across a network. The server pools these log records in memory
> before writing them to the database. This persistence is a performance
> problem does that make us bad programmers.

I'm not accusing you of being a bad programmers. I think you got me
wrong. Sorry for that. And furthermore, I don't like to start a
discussion about logging and performance. This discussion has been held
many time on the log4j and avalon mailing lists and can be looked up in
the archives. I don't have anything useful to add.

> I do not think that the gain in flexibility out-weighs the loses in
> performance. I would prefer to stick to log4j and spend the extra day
> learning the simple API rather than produce more inefficient code.

You always have to decide which one is more important. Sometimes it's
flexibility, sometime it's speed.

> I have to use 1.1.8 JDK(Personal Java 3.1) to program a Windows CE device,
> that does not mean I would argue against adopting a newer standard which
> would benefit the majority. I would think of a way to get round the problem
> rather than hold back the adoption of an obviously superior technology. If
> every body thought your way I would still be writing 'C' using command line
> tools. :)

Sorry, but I don't understand the relationship between my opinion and
your comment here.

Cheers,
Jeremias Märki

mailto:[EMAIL PROTECTED]

OUTLINE AG
Postfach 3954 - Rhynauerstr. 15 - CH-6002 Luzern
Fon +41 41 317 20 20 - Fax +41 41 317 20 29
Internet http://www.outline.ch


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

[Fwd: Re: Options]

[Peter B. West]

As Cyril pointed out, this went to the wrong list.

Peter


Jeremias,

Pardon my ignorance, but could you sketch out the nature of the problem 
for me?

I ask in particular because the current situation is dirty.  There is a 
lot of talk going on about the plumbing, which is generally over my 
head, but, in the short term I would like to see the Options 
rationalized in the following way:

recognise that Options is currently completely static - aim to make it a 
non-instantiable class.
remove the CommandLineOptions class (use String[] where necessary, and 
integrate the parsing functions into the now static Options class.)
provide an Options.configure static method in a number of guises to 
cover the current use cases.

Of course, you couldn't actually make Options non-instatiable, and you 
couldn't actually remove CommandLineOptions, but you could pretend, and 
provide an alternative to instantiating Options and CommandLineOptions 
objects.

I have mentioned in a previous post the setting of user config file in 
the system config.

Thanks
Peter


Jeremias Maerki wrote:

>>So I can call options once (at application start) and it will affect all 
>transformations thereafter?
>>That's nice, as I think I was calling this every transformation.
>>
>
>Right. Not that I find this overly nice, because using statics can be A
>Bad Thing (TM) in server environments. We're going to change that
>eventually.
>
>Cheers,
>Jeremias Märki
>
>mailto:[EMAIL PROTECTED]
>
>OUTLINE AG
>Postfach 3954 - Rhynauerstr. 15 - CH-6002 Luzern
>Fon +41 41 317 20 20 - Fax +41 41 317 20 29
>Internet http://www.outline.ch
>




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

Notes on multiple columns

[Peter B. West]

I have added some notes on multiple columns to my discussion of 
footnotes.  The excerpt is attached.

Peter


	
	  
	A possible method for multi-column layout and balancing
	with footnotes, using a galley-based approach.
	  
	  
	This note assumes a galley, as discussed above, flowing
	text with footnotes and possibly other blocks into a
	possibly multi-column area.  The logic of flowing into
	multiple columns is trivially applied to a single column.
	The galley is manipulated primarily within the context of
	the hypothetical layout tree.
	  
	  
	Associated with the galley are two sets of data.
	One contains the maps of all "natural" break-points and
	the of all hyphenation break-points.  This set is
	constructed at the time of construction of the galley and
	is a constant for a given galley.  The second contains
	dynamic data which represents one possible attempt to lay
	out the galley.  There may be multiple sets of such data
	to reflect varying attempts.  The data of this set are,
	essentially, representations of line-areas, with the supporting
	information necessary to determine these line-areas.
	  
	  
	The line-area data includes the boundaries within the
	galley of each line-area, the boundaries of each column
	and the boundaries of the "page", or main area.  When a
	line-area boundary occurs at a hyphenation point, a
	"virtual hyphen" is assumed and accounted for in the
	i-p-d.  As mentioned, individual footnote galleys will
	hang from the parent galley.  The associated data of the
	footnote galleys is similar: a once-only break-points map,
	and one or more line-area maps.  No column boundaries are
	required, but a page boundary is required at the end of
	the last footnote or where a footnote breaks across a page
	boundary.
	  
	  
	A number of b-p-d values are also maintained.  For each
	line-area, the b-p-d, the main area b-p-d increment, the
	footnote b-p-d increment and the footnote's page-related
	b-p-d increment are required.  The main-area b-p-d
	increments for any particular line-area are dependent on
	the column position of the line-area.  Total b-p-d's are
	also kept: total footnote b-p-d, total main area b-p-d,
	and totals for each column.
	  
	
	
	  
	Columns are balanced dynamically in the galley preliminary
	layout.  While the galley retains its basic linear
	structure, the accompanying data structures accomplish
	column distribution and balancing.  As each line-area is
	added, the columns are re-balanced; i.e., the various
	boundary markers are adjusted.
	  
	



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

RE: [PROPOSAL] linebreak

[ewitness - Ben Fowler]

At 2:58 pm + 26/2/02, ewitness - Ben Fowler wrote:
> [ snip ]
> > In FO, you could write
> > 
>>   some line
>>   next line
> > 

OK I have tried the FO in the attached file, giving
the expected PDF result. Even if I haven't the facility
that I want, There is a good, and fairly logical work-around.

Ben.



line-break.fo
Description: Binary data


line-break.pdf
Description: Adobe PDF document

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

Re: Using Avalon/Logkit

[Jeremias Maerki]

> One of the major criteria of a logging system is the minimal impact on
> performance. Surely having abstraction layers and implementation layers to
> provide logging will have an impact on this.

There's almost no performance penalty. Most performance is lost because
developers don't write their logging code well.

> As FOP is being redesigned could we not just adopt the 1.4 logging system.
> In time all JVM's will have this facility without additional jar's
> complicating/bloating our distributions. This logging system is not the best
> but it will become universal.

Eventually, yes, it could become universal. But I hope you're aware of
how many people are still using JDK 1.1 today. The decision to drop JDK
1.1 support in FOP was something that not everyone welcomed. The same
will happen with the transition to JDK 1.4.

Cheers,
Jeremias Märki

mailto:[EMAIL PROTECTED]

OUTLINE AG
Postfach 3954 - Rhynauerstr. 15 - CH-6002 Luzern
Fon +41 41 317 20 20 - Fax +41 41 317 20 29
Internet http://www.outline.ch


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

Re: [Understanding] SVG [6]

[Keiron Liddle]

On 2002.02.27 14:32 Jeremias Maerki wrote:
> and...
> - Try to get the Batik team to remove the AWT dependencies so FOP can be
>   run on a head-less Unix machine without Xvfb.

I can say with absolute certainty that the AWT dependencies will not be 
removed. It is a core part of a lot of what batik does, fonts, graphics 
etc.
It is like asking FOP to not use any java.io.* or xml classes.

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

Re: [Understanding] SVG [6]

[Guillaume Laforge]

>Well, if you use PJA (http://www.eteks.com), you dont even need to do 
an >X hack like that, and its pure java.>>Works for me.>Cheers>>James
I didnt manage to make it work, dunno why... But 
well, it's dawn slow anyway !
But with JDK1.4, with the headless option, things 
should be okay.
 

RE: Using Avalon/Logkit

[Alan McDade]

Hi All,

One of the major criteria of a logging system is the minimal impact on
performance. Surely having abstraction layers and implementation layers to
provide logging will have an impact on this.

As FOP is being redesigned could we not just adopt the 1.4 logging system.
In time all JVM's will have this facility without additional jar's
complicating/bloating our distributions. This logging system is not the best
but it will become universal.

Just my two pennies worth.

Alan

-Original Message-
From: Jeremias Maerki [mailto:[EMAIL PROTECTED]]
Sent: 27 February 2002 13:45
To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Subject: Re: Using Avalon/Logkit


> In order to clarify issues: I have to use FOP in an environment
> which already provides logging, configuration management and life
> cycle management. I don't want to look into another log file. I
> don't want to write more config files. (There is also the fact
> that said environment goes to great length to make augmenting
> already provided functionality as complicated as possible). I have
> already customized ErrorListeners, URIResolvers and such and i
> want to reuse the functionality in the most straightforward way
> possible. I don't want to write more customizations just for the
> Apache logkit. In particular, i don't want to learn how to write
> such customizations.
>
> I don't want to prevent anyone from providing a FOP embedding
> using logkit and avalon. I *want* however access to a core which
> doesn't rely on yet another toolkit for common functionality and
> fits as seemlessy as possible into a run time environment roughly
> equivalent to the JDK 1.4 API (with emphasis on JAXP 1.1).

Ok, I think that can be done, even when using Avalon in FOP. You propose
(I think) that we could provide an Avalon-Wrapper around FOP, but it
could also be the other way around. I'm sure that Avalon will not stand
in the way if we provide a simple interface similar to what you proposed.

Logging: As Nicola said, Avalon's logger-independent Logger interface
easily handles some of your concerns about JDK 1.4.
org.apache.avalon.framework.logger.Jdk14Logger already exists, for
example.

Cheers,
Jeremias Märki

mailto:[EMAIL PROTECTED]

OUTLINE AG
Postfach 3954 - Rhynauerstr. 15 - CH-6002 Luzern
Fon +41 41 317 20 20 - Fax +41 41 317 20 29
Internet http://www.outline.ch


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


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

Re: [Understanding] SVG [6]

[Jeremias Maerki]

Thanks a lot for this link. Too bad it's GPL.

> > and...
> > - Try to get the Batik team to remove the AWT dependencies so FOP can be
> >   run on a head-less Unix machine without Xvfb.
> > 
> 
> 
> Well, if you use PJA (http://www.eteks.com), you dont even need to do an 
> X hack like that, and its pure java.

Cheers,
Jeremias Märki

mailto:[EMAIL PROTECTED]

OUTLINE AG
Postfach 3954 - Rhynauerstr. 15 - CH-6002 Luzern
Fon +41 41 317 20 20 - Fax +41 41 317 20 29
Internet http://www.outline.ch


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

Re: Using Avalon/Logkit

[Jeremias Maerki]

> In order to clarify issues: I have to use FOP in an environment
> which already provides logging, configuration management and life
> cycle management. I don't want to look into another log file. I
> don't want to write more config files. (There is also the fact
> that said environment goes to great length to make augmenting
> already provided functionality as complicated as possible). I have
> already customized ErrorListeners, URIResolvers and such and i
> want to reuse the functionality in the most straightforward way
> possible. I don't want to write more customizations just for the
> Apache logkit. In particular, i don't want to learn how to write
> such customizations.
> 
> I don't want to prevent anyone from providing a FOP embedding
> using logkit and avalon. I *want* however access to a core which
> doesn't rely on yet another toolkit for common functionality and
> fits as seemlessy as possible into a run time environment roughly
> equivalent to the JDK 1.4 API (with emphasis on JAXP 1.1).

Ok, I think that can be done, even when using Avalon in FOP. You propose
(I think) that we could provide an Avalon-Wrapper around FOP, but it
could also be the other way around. I'm sure that Avalon will not stand
in the way if we provide a simple interface similar to what you proposed.

Logging: As Nicola said, Avalon's logger-independent Logger interface 
easily handles some of your concerns about JDK 1.4.
org.apache.avalon.framework.logger.Jdk14Logger already exists, for
example.

Cheers,
Jeremias Märki

mailto:[EMAIL PROTECTED]

OUTLINE AG
Postfach 3954 - Rhynauerstr. 15 - CH-6002 Luzern
Fon +41 41 317 20 20 - Fax +41 41 317 20 29
Internet http://www.outline.ch


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

Re: [Understanding] SVG [6]

[James Richardson]

Jeremias Maerki wrote:


> and...
> - Try to get the Batik team to remove the AWT dependencies so FOP can be
>   run on a head-less Unix machine without Xvfb.
> 


Well, if you use PJA (http://www.eteks.com), you dont even need to do an 
X hack like that, and its pure java.

Works for me.

Cheers

James


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

Re: [Understanding] SVG [6]

[Jeremias Maerki]

> Associated Tasks
> 
> 
> To get accurate drawing pdf transparency is needed.
> The drawRenderedImage methods need implementing.
> Handle colour space better.
> Improve link handling with pdf.
> Improve image handling.

and...
- Try to get the Batik team to remove the AWT dependencies so FOP can be
  run on a head-less Unix machine without Xvfb.

Cheers,
Jeremias Märki

mailto:[EMAIL PROTECTED]

OUTLINE AG
Postfach 3954 - Rhynauerstr. 15 - CH-6002 Luzern
Fon +41 41 317 20 20 - Fax +41 41 317 20 29
Internet http://www.outline.ch


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

DO NOT REPLY [Bug 6707] - Source distribution broken ?

[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=6707

Source distribution broken ?





--- Additional Comments From [EMAIL PROTECTED]  2002-02-27 13:07 ---
My humblest apologies.
Thanks.

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

Re: Using Avalon/Logkit

[Joerg Pietschmann]

"Nicola Ken Barozzi" <[EMAIL PROTECTED]> wrote:
> I've used Avalon framework in many projects, and IMHO it's not heavyweight.

Ok, scratch the heavyweight.

In order to clarify issues: I have to use FOP in an environment
which already provides logging, configuration management and life
cycle management. I don't want to look into another log file. I
don't want to write more config files. (There is also the fact
that said environment goes to great length to make augmenting
already provided functionality as complicated as possible). I have
already customized ErrorListeners, URIResolvers and such and i
want to reuse the functionality in the most straightforward way
possible. I don't want to write more customizations just for the
Apache logkit. In particular, i don't want to learn how to write
such customizations.

I don't want to prevent anyone from providing a FOP embedding
using logkit and avalon. I *want* however access to a core which
doesn't rely on yet another toolkit for common functionality and
fits as seemlessy as possible into a run time environment roughly
equivalent to the JDK 1.4 API (with emphasis on JAXP 1.1).

Regards
J.Pietschmann

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

AW: Irregular start of text in table

[Nick Winger]

when i use the "normal" font Helvetica the alignment is right.
this irregular alignment comes only with user font arial...

-Ursprüngliche Nachricht-
Von: Nick Winger [mailto:[EMAIL PROTECTED]]
Gesendet: Mittwoch, 27. Februar 2002 11:42
An: Apache Mailinglist (E-Mail)
Betreff: Irregular start of text in table


sorry i forgot the screenshot...

hi !

as you can see on the screenshot, that is attached, i have a table with 4
columns and a few rows
with text data.

in row 3 and 4, fop doesn't start or align the text as in the other rows.
only the text in the first column which is different, because it uses
text-align="center" in the fo:block,
has the same align in every row.

is this a bug or something ? or is this because of acrobat reader ?

beside i use a user font: arial.ttf

here's the code how the table cell with the "1"s look like:



1




greetings

Nick Winger


(Software-Developer)
==
VANGUARD Software GmbH
Julius Tandler Platz 8
1090 Vienna, AUSTRIA

Phone: +43-1-3195263-20
Fax:   +43-1-3195263-90
http://www.vanguard.at
==




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

DO NOT REPLY [Bug 6707] - Source distribution broken ?

[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=6707

Source distribution broken ?

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2002-02-27 10:50 
---
These are generated while building (see src/codegen)
build.bat/build.sh does all for you ..

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

Irregular start of text in table

[Nick Winger]

sorry i forgot the screenshot...

hi !

as you can see on the screenshot, that is attached, i have a table with 4
columns and a few rows
with text data.

in row 3 and 4, fop doesn't start or align the text as in the other rows.
only the text in the first column which is different, because it uses
text-align="center" in the fo:block,
has the same align in every row.

is this a bug or something ? or is this because of acrobat reader ?

beside i use a user font: arial.ttf

here's the code how the table cell with the "1"s look like:



1




greetings

Nick Winger


(Software-Developer)
==
VANGUARD Software GmbH
Julius Tandler Platz 8
1090 Vienna, AUSTRIA

Phone: +43-1-3195263-20
Fax:   +43-1-3195263-90
http://www.vanguard.at
==



<>

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

Irregular start of text in table

[Nick Winger]

hi !

as you can see on the screenshot, that is attached, i have a table with 4
columns and a few rows
with text data.

in row 3 and 4, fop doesn't start or align the text as in the other rows.
only the text in the first column which is different, because it uses
text-align="center" in the fo:block,
has the same align in every row.

is this a bug or something ? or is this because of acrobat reader ?

beside i use a user font: arial.ttf

here's the code how the table cell with the "1"s look like:



1




greetings

Nick Winger


(Software-Developer)
==
VANGUARD Software GmbH
Julius Tandler Platz 8
1090 Vienna, AUSTRIA

Phone: +43-1-3195263-20
Fax:   +43-1-3195263-90
http://www.vanguard.at
==



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

DO NOT REPLY [Bug 6707] New: - Source distribution broken ?

[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=6707

Source distribution broken ?

   Summary: Source distribution broken ?
   Product: Fop
   Version: all
  Platform: All
OS/Version: All
Status: NEW
  Severity: Blocker
  Priority: Other
 Component: general
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


I can't build FOP : the package org.apache.fop.fo.properties seems to be missing.

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

Re: Pls help....str.getBytes()

[ewitness - Ben Fowler]

>With reference to the following, does anyone know whether one must replace
>every reference to str.getBytes(), or r there some selected ones we can do
>only?
>
>http://marc.theaimsgroup.com/?l=fop-dev&m=99587281428987&w=2
>
>
>This message contains information intended solely for the addressee,
>which is confidential or private in nature and subject to legal privilege.
>If you are not the intended recipient, you may not peruse, use,
>disseminate, distribute or copy this message or any file attached to this
>message. Any such unauthorised use is prohibited and may be unlawful. If
>you have received this message in error, please notify the sender
>immediately by e-mail, facsimile or telephone and thereafter delete the
>original message from your machine.
> 
>Furthermore, the information contained in this message, and any
>attachments thereto, is for information purposes only and may contain the
>personal views and opinions of the author, which are not necessarily the
>views and opinions of Dimension Data (South Africa) (Proprietary) Limited
>or is subsidiaries and associated companies ("Dimension Data"). Dimension
>Data therefore does not accept liability for any claims, loss or damages
>of whatsoever nature, arising as a result of the reliance on such
>information by anyone.
> 
>Whilst all reasonable steps are taken to ensure the accuracy and
>integrity of information transmitted electronically and to preserve the
>confidentiality thereof, Dimension Data accepts no liability or
>responsibility whatsoever if information or data is, for whatsoever
>reason, incorrect, corrupted or does not reach its intended destination. 

I am really only writing to refer you to the Stupid Disclaimers
page http://www.goldmark.org/jeff/stupid-disclaimers/ >,
as you changed 'are' to 'r' to save two 7-bit bytes!

The short answer is that this is a java problem.

I hope that FOP will not move away from 100% pure java
without very good reason. If adding the requested
encoding is machine/OS specific then should we encapsulate
this issue by deriving from String?

Either way, any change should be fully consistent
with FOPs internationalisation mechansims.

I would guess that the medium length answer is yes,
all of them & you might be better catching the
exception at an appropriate point and reporting it.

If you are not familar with encoding in java, then
you might want to look here
http://www.oreilly.com/catalog/javanp2/chapter/ch11.html >, or
http://users.erols.com/eepeter/chinesecomputing/programming/java.html >
http://java.sun.com/products/javamail/FAQ.html >
where encoding is mentioned in passing.

Ben.

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

Vertically align images in tables

[Henrik Holle]

Hi,


Is it possible to align images (svg) vertically in a table-cell?


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