Difference between fop.jar in distribution and after a new build.

[Klosa Uwe]

Hi,

I've got following problem:

If I use the fop.jar, which is included in the distribution 20.0.3, my
pdf-generation is working fine.
When I run build.sh (with no errors), the resulting fop.jar is creating an
error. The output contains 
only %PDF-1.3 %ª«¬­. In log contains no error description. It contains only:

[INFO]: building formatting object tree
[INFO]: [1]

But line with stopping renderer is missing.

Has anyone an idea?

Uwe 

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

Re: Colon character problematic in ??

[Christopher R. Maden]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

At 02:59 PM 3/19/02, Joe Sytniak wrote:
>Perhaps an XSLT list would be the best place to look for answers on this
>one.  Except I only seem to be having problems when using my XSL templates
>with FO templates.

It's still an XSLT problem if it breaks at the transformation stage.  And 
unless there's something actually wrong with FOP, it's inappropriate for 
fop-dev; if you're having trouble using FOP, it belongs in fop-user.

>   

Re: Difference between fop.jar in distribution and after a new build.

[Christian Geisert]

Klosa Uwe wrote:
> Hi,
> 
> I've got following problem:
> 
> If I use the fop.jar, which is included in the distribution 20.0.3, my
> pdf-generation is working fine.
> When I run build.sh (with no errors), the resulting fop.jar is creating an
> error. The output contains 
> only %PDF-1.3 %ª«¬­. In log contains no error description. It contains only:
> 
>   [INFO]: building formatting object tree
>   [INFO]: [1]
> 
> But line with stopping renderer is missing.
> 
> Has anyone an idea?

Try running with debug mode (-d switch) which will hopefully provide
some error message.

> Uwe 
Christian


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

DO NOT REPLY [Bug 7283] New: - Table border misaligned when using margin-left in flow

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

Table border misaligned when using margin-left in flow

   Summary: Table border misaligned when using margin-left in flow
   Product: Fop
   Version: 0.20.3
  Platform: PC
OS/Version: Linux
Status: NEW
  Severity: Normal
  Priority: Other
 Component: pdf renderer
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


When converting the below fo document to PDF the table border isn't drawn around
the table cells. It seems that the table content honors the margin-left="3cm"
attribute on fo:flow, but the border ignores it.



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

  

  
  
  

  

  



  




  

  cell1


  cell2


  cell3

  
  

  cell4


  cell5


  cell6

  

  

  


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

DO NOT REPLY [Bug 7284] New: - Segemtation fault

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

Segemtation fault

   Summary: Segemtation fault
   Product: Fop
   Version: 0.20.3
  Platform: PC
OS/Version: Linux
Status: NEW
  Severity: Normal
  Priority: Other
 Component: general
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


By typing  
/usr/local/daten/src/java/fop-0.20.3/fop.sh -fo /var/www/domains/controlling-
portal.at/8/Artikel/10/tmp.fo /var/www/domains/controlling-
portal.at/8/Artikel/10/10.pdf
Output:
SIGSEGV 11 (*) segmentation violation
stackpointer=0xbffc1ce4
Writing java dump to javacore25740.1016636734.txt ...  OK
SIGABRT 6 (*) abort process
stackpointer=0xbffc1908
/usr/local/daten/src/java/fop-0.20.3/fop.sh: line 105: 25740 
Aborted $JAVACMD -classpath "$LOCALCLASSPATH" $FOP_OPTS 
org.apache.fop.apps.Fop "$@"

Outputfile:
Wed Mar 20 16:05:34 2002

SIGSEGV received at 14458be5 in unknown. Processing terminated.
J2RE 1.3.0 IBM build cx130-20010626
/opt/IBMJava2-13/jre/bin/exe/java -classpath /usr/local/daten/src/java/fop-
0.20.3/lib/xerces-1.2.3.jar:/usr/local/daten/src/java/fop-
0.20.3/lib/xalanj1compat.jar:/usr/local/daten/src/java/fop-0.20.3/lib/xalan-
2.0.0.jar:/usr/local/daten/src/java/fop-0.20.3/lib/logkit-
1.0.jar:/usr/local/daten/src/java/fop-
0.20.3/lib/batik.jar:/usr/local/daten/src/java/fop-0.20.3/lib/avalon-framework-
4.0.jar:/usr/local/daten/src/java/fop-
0.20.3/lib/ant.jar:/usr/local/daten/src/java/fop-0.20.3/build/fop.jar: 
org.apache.fop.apps.Fop -fo /var/www/domains/controlling-
portal.at/8/Artikel/10/tmp.fo /var/www/domains/controlling-
portal.at/8/Artikel/10/10.pdf

System Properties
-
Java Home Dir:  /opt/IBMJava2-13/jre
Java DLL Dir:   /opt/IBMJava2-13/jre/bin
Sys Classpath:  /opt/IBMJava2-13/jre/lib/rt.jar:/opt/IBMJava2-
13/jre/lib/i18n.jar:/opt/IBMJava2-13/jre/classes
User Args:
-Djava.class.path=.
-Djava.class.path=/usr/local/daten/src/java/fop-0.20.3/lib/xerces-
1.2.3.jar:/usr/local/daten/src/java/fop-
0.20.3/lib/xalanj1compat.jar:/usr/local/daten/src/java/fop-0.20.3/lib/xalan-
2.0.0.jar:/usr/local/daten/src/java/fop-0.20.3/lib/logkit-
1.0.jar:/usr/local/daten/src/java/fop-
0.20.3/lib/batik.jar:/usr/local/daten/src/java/fop-0.20.3/lib/avalon-framework-
4.0.jar:/usr/local/daten/src/java/fop-
0.20.3/lib/ant.jar:/usr/local/daten/src/java/fop-0.20.3/build/fop.jar:


Current Thread Details
--
PID:25740
"main" (TID:0x403287e0, sys_thread_t:0x80504c0, state:R, native ID:0x400) 
prio=5
at java.lang.Compiler.initialize(Native Method)
at java.lang.Compiler.access$000(Compiler.java:44)
at java.lang.Compiler$1.run(Compiler.java:63)
at java.security.AccessController.doPrivileged(Native Method)
at java.lang.Compiler.(Compiler.java:53)


 - Native Stack -
-
Operating Environment
-
Host: host2.(none)
OS Level: 2.2.19pre17.#1 Tue Mar 13 22:37:59 EST 2001
glibc Version   : 2.2.4
No. of Procs: 1
Memory Info:
total:used:free:  shared: buffers:  cached:
Mem:  528936960 526823424  2113536 39669760 10735616 13246464
Swap: 254971904 247529472  7442432
MemTotal:516540 kB
MemFree:   2064 kB
MemShared:38740 kB
Buffers:  10484 kB
Cached:   12936 kB
SwapTotal:   248996 kB
SwapFree:  7268 kB

User Limits (in bytes except for NOFILE and NPROC) -
RLIMIT_FSIZE: infinity
RLIMIT_DATA : infinity
RLIMIT_STACK: 2093056
RLIMIT_CORE : 0
RLIMIT_NOFILE   : 1024
RLIMIT_NPROC: 256

Application Environment
---
Signal Handlers -
SIGQUIT : intrDispatchMD (libhpi.so)
SIGILL  : intrDispatchMD (libhpi.so)
SIGTRAP : intrDispatchMD (libhpi.so)
SIGABRT : intrDispatchMD (libhpi.so)
SIGFPE  : intrDispatchMD (libhpi.so)
SIGBUS  : intrDispatchMD (libhpi.so)
SIGSEGV : intrDispatchMD (libhpi.so)
SIGPIPE : ignored
SIGUSR1 : sigusr1Handler (libhpi.so)
SIGUSR2 : unknown handler

Environment Variables -
PWD=/var/www/domains/controlling-portal.at/8/Artikel/10
LD_ASSUME_KERNEL=2.2.5
LD_LIBRARY_PATH=/opt/IBMJava2-13/jre/bin:/opt/IBMJava2-13/jre/bin/classic:
USER=root
MAIL=/var/mail/maradmin
LANG=C
JAVAHOME=/opt/IBMJava2-13/jre
SSH_CLIENT=192.168.0.101 1167 22
LOGNAME=maradmin
SHLVL=3
SHELL=/bin/bash
HOME=/root
TERM=xterm
PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/bin/X11:/usr

PS and PDF Rendering Different

[Jim Urban]

I use FOP to generate PDF files from XML data retrieved from a database.
The PDFs generate just fine.  However, when I tell FOP to render postscript
the output file is often corrupt.  When I print the ps file on my postscript
printer the header area on the second and following pages is all messed up.
That is, text is missing, strange text and shapes appear in their place and
the size of the header area is not the same as the first page.  If I view
the ps file using GSView (GhostScript) I get the following message when I
attempt to open the file:

DSC Error
%%Pages: doesn't match number of %%Page:

GSView displays the ps file with the same errors I get if I print the ps
file directly to the printer.  I am using FOP 0.20.2 on Windows (both NT and
2000) with JDK 1.3 from Sun.  Any ideas what is wrong?

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 7285] New: - out of memory failure

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

out of memory failure

   Summary: out of memory failure
   Product: Fop
   Version: 0.20.3
  Platform: PC
OS/Version: Linux
Status: NEW
  Severity: Normal
  Priority: Other
 Component: pdf renderer
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


after compiling a fo file i get a out of memory error
error:
host2:/var/www/domains/controlling-
portal.at/8/Einfuehrung/10# /usr/local/daten/src/java/fop-0.20.3/fop.sh -
fo /var/www/domains/controlling-
portal.at/8/Einfuehrung/10/tmp.fo /var/www/domains/controlling-
portal.at/8/Einfuehrung/10/10.pdf


host2:/var/www/domains/controlling-portal.at/8/Einfuehrung/10# 
ls 10.shtml  
10.xml  tmp.fo  tmp.html
host2:/var/www/domains/controlling-
portal.at/8/Einfuehrung/10# /usr/local/daten/src/java/fop-0.20.3/fop.sh -
fo /var/www/domains/controlling-
portal.at/8/Einfuehrung/10/tmp.fo /var/www/domains/controlling-
portal.at/8/Einfuehrung/10/10.pdf
[INFO]: FOP 0.20.3
[INFO]: building formatting object tree
[INFO]: [1]
[INFO]: [2]
Exception in thread "main" java.lang.OutOfMemoryError: ZIP002:OutOfMemoryError, 
MEM_ERROR in deflate_init2
at java.util.zip.Deflater.init(Native Method)
at java.util.zip.Deflater.(Deflater.java:103)
at java.util.zip.Deflater.(Deflater.java:120)
at java.util.zip.DeflaterOutputStream.
(DeflaterOutputStream.java:78)
at org.apache.fop.pdf.FlateFilter.encode(FlateFilter.java:74)
at org.apache.fop.pdf.PDFStream.applyFilters(PDFStream.java:248)
at org.apache.fop.pdf.PDFStream.output(PDFStream.java:197)
at org.apache.fop.pdf.PDFDocument.output(PDFDocument.java:1202)
at org.apache.fop.render.pdf.PDFRenderer.render(PDFRenderer.java:708)
at org.apache.fop.apps.StreamRenderer.queuePage(StreamRenderer.java:217)
at org.apache.fop.layout.AreaTree.addPage(AreaTree.java:81)
at org.apache.fop.fo.pagination.PageSequence.format
(PageSequence.java:307)
at org.apache.fop.apps.StreamRenderer.render(StreamRenderer.java:200)
at org.apache.fop.fo.FOTreeBuilder.endElement(FOTreeBuilder.java:182)
at org.apache.xerces.parsers.SAXParser.endElement(SAXParser.java:1398)
at org.apache.xerces.validators.common.XMLValidator.callEndElement
(XMLValidator.java:1019)
at 
org.apache.xerces.framework.XMLDocumentScanner$ContentDispatcher.dispatch
(XMLDocumentScanner.java:1201)
at org.apache.xerces.framework.XMLDocumentScanner.parseSome
(XMLDocumentScanner.java:381)
at org.apache.xerces.framework.XMLParser.parse(XMLParser.java:948)
at org.apache.fop.apps.Driver.render(Driver.java:481)
at org.apache.fop.apps.CommandLineStarter.run
(CommandLineStarter.java:72)
at org.apache.fop.apps.Fop.main(Fop.java:19)

The file id like to compile:
http://www.w3.org/1999/XSL/Format";>




Stand des Controlling in 
NPOs




... the footer should be inserted here ...






Stand des Controlling in NPOs





#Stand des Controlling in NPOs
Im deutschsprachigen Raum liegen wenig empirische Ergebnisse über 
den tatsächlichen Entwicklungsstand des Controlling in NPOs 
vor.Eine umfangreiche Erhebung zum Controlling in NPOs in Österreich 
liefert ZISCHG in seinem Buch „Controlling in Non-Profit-
Organisationen – eine empirisch explorative Studie“. Ziel 
seiner Untersuchung war es, die Anwendung von Controlling-Instrumenten und den 
Entwicklungsstand des Controlling in der Praxis von NPOs systematisch zu 
erfassen. Standardisierte Fragebögen wurden an 1.700 NPOs mit Rechtssitz in 
Österreich versendet. Die Rücklaufquote betrug 13,6 %. Die Untersuchung 
erfolgte in sämtlichen Branchen bzw. Tätigkeitsfeldern der NPOs. 
Die 
wichtigsten Erkenntnisse: 
-
Einführungsgründe für Controlling(1)

87,5 % haben Controlling durch Eigeninitiative eingeführt und nicht 
aufgrund externen Drucks. Dabei waren die am häufigsten genannten Gründe zur 
Einführung von Controlling in die Organisation: zur Budgetüberwachung, 
Schaffung von Entscheidungsgrundlagen, sowie der Nachweis der 
Wirtschaftlichkeit. -
Entwicklungsstand des Controlling
(2)
62,3 % gaben einen niedrigen 
Entwicklungsstand des Controlling an. Lediglich 2,4 % der befragten 
Organisationen sind der Auffassung, einen hohen Entwicklungsstand des 
Controlling vorzufinden. 35,3 % schätzen ihren Entwicklungsstand mittel 
ein.
Der Entwicklungsstand des Controlling 
kann in drei Kategorien eingeteilt werden:

(siehe Grafik)






#Die wichtigsten Erkenntnisse
 -

Anwendung der Controlling-
Instrumente
78,7 %

SV: subscript, superscript

[Klosa Uwe]

Thanks, this works fine.

Uwe

-Ursprungligt meddelande-
Från: Henrik Holle [mailto:[EMAIL PROTECTED]]
Skickat: den 20 mars 2002 08:57
Till: [EMAIL PROTECTED]
Ämne: AW: subscript, superscript


h,

look at LineArea.java !

public void verticalAlign() {
int superHeight = -this.placementOffset;
int maxHeight = this.allocationHeight;
Enumeration e = children.elements();
while (e.hasMoreElements()) {
Box b = (Box)e.nextElement();
if (b instanceof InlineArea) {
InlineArea ia = (InlineArea)b;
if (ia instanceof WordArea) {
ia.setYOffset(placementOffset);
}
if (ia.getHeight() > maxHeight) {
maxHeight = ia.getHeight();
}
int vert = ia.getVerticalAlign();
if (vert == VerticalAlign.SUPER) {
int fh = fontState.getAscender();
  //superscript
ia.setYOffset((int)(placementOffset - (2 * fh /
4.85)));
} else if (vert == VerticalAlign.SUB) {
int fh = fontState.getAscender();
//subscript
ia.setYOffset((int)(placementOffset + (2 * fh / 4.85)));
}
} else {}
}
// adjust the height of this line to the
// resulting alignment height.
this.allocationHeight = maxHeight;
}



-Ursprüngliche Nachricht-
Von: Klosa Uwe [mailto:[EMAIL PROTECTED]]
Gesendet: Mittwoch, 20. März 2002 08:27
An: '[EMAIL PROTECTED]'
Betreff: SV: subscript, superscript


Etwin,

I'm using  and , but the results aren't good.
Subscript places the text too low och superscript too high.

Uwe



-Ursprungligt meddelande-
Från: Etwin van Krimpen [mailto:[EMAIL PROTECTED]]
Skickat: den 19 mars 2002 16:45
Till: [EMAIL PROTECTED]
Ämne: Re: subscript, superscript


Hi,

Try this with fop, in a previous version it worked:



Regards, Etwin

- Original Message -
From: "Klosa Uwe" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, March 19, 2002 4:36 PM
Subject: SV: subscript, superscript


> Hi Henrik,
>
> I've got the same problem and I asked for this several times here. But I
> didn't get an answer.
> The recommendation says, that you have to use baseline-shift="super" or
> baseline-shift="sub".
> But this isn't implemented yet and I find now no time to do it. Perhaps is
> there someone else
> who needs this parameter, too.
> If you want to implemented baseline-shift, might it be an good idea.
>
> Best regards
>
> Uwe
>
> -Ursprungligt meddelande-
> Fran: Henrik Holle [mailto:[EMAIL PROTECTED]]
> Skickat: den 19 mars 2002 14:14
> Till: [EMAIL PROTECTED]
> Amne: subscript, superscript
>
>
> hi,
>
> can someone help me where to find the settings for subscript and
superscript
> in the fop-0.20.3 sourcecode?
>
> I have especially trouble using subscript as it places text too low for my
> application requirements.
>
> regards
>
> Henrik
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, email: [EMAIL PROTECTED]
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, email: [EMAIL PROTECTED]
>


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

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


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

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

SV: Difference between fop.jar in distribution and after a new build.

[Klosa Uwe]

Thanks Christian,

I added jimi.jar, jai_core.jar and jai_codec.jar to the classpath 
and I removed the build map. Then it worked. But I'm not using
any images in all files. The described error was for all files the same.


Uwe

-Ursprungligt meddelande-
Från: Christian Geisert [mailto:[EMAIL PROTECTED]]
Skickat: den 20 mars 2002 12:44
Till: [EMAIL PROTECTED]
Ämne: Re: Difference between fop.jar in distribution and after a new
build.


Klosa Uwe wrote:
> Hi,
> 
> I've got following problem:
> 
> If I use the fop.jar, which is included in the distribution 20.0.3, my
> pdf-generation is working fine.
> When I run build.sh (with no errors), the resulting fop.jar is creating an
> error. The output contains 
> only %PDF-1.3 %ª«¬­. In log contains no error description. It contains
only:
> 
>   [INFO]: building formatting object tree
>   [INFO]: [1]
> 
> But line with stopping renderer is missing.
> 
> Has anyone an idea?

Try running with debug mode (-d switch) which will hopefully provide
some error message.

> Uwe 
Christian


-
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: development status

[Joerg Pietschmann]

"Nicola Ken Barozzi" <[EMAIL PROTECTED]> wrote:
> Anyway, these forward references are a pain in the ass :-/

Very true. Imagine the worst case: Someone puts a
 "(See page )"
into the text at page 1. The formatter has to allocate some
space for the unknown number, lets say a "n" space. The
referenced block happens to end up on page 99. The
preallocated space is not sufficient, extending this space
could cause reformatting of all pages, which is already bad.
Furthermore, the reformatting could push the referenced
block to page 100, thereby providing another problem.

I have no idea how an interface able to deal with the problem
above could look like.

Have fun
J.Pietschmann

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

fo:inline borders and bgcolor...

[Tomas Espeleta]

Hi to all, a simple and short question:
does  support backround-color, border-style and so on?
I'm using fop 0.23.3 , but this seems to be broken comparing it to XSL:FO
specs... fop seems to ignore them.

If I'm right, is this iussue on the TODO-list ?

Thanx a lot.

*  Tomás Espeleta - http://www.digival.es
*  
*  Those who know don't talk.
*  Those who talk don't know.



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

DO NOT REPLY [Bug 7018] - Images in a generated PDF document will not be printed

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

Images in a generated PDF document will not be printed





--- Additional Comments From [EMAIL PROTECTED]  2002-03-20 16:37 ---
Using IE 6.0 and Acrobat Reader 5.0 I can view and print the attached document 
with no problems.

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

DO NOT REPLY [Bug 7290] New: - driver.setLogger still use a org.apache.log.Logger instead of its Avalon counterpart

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

driver.setLogger still use a org.apache.log.Logger instead of its Avalon counterpart

   Summary: driver.setLogger still use a org.apache.log.Logger
instead of its Avalon counterpart
   Product: Fop
   Version: 0.20.3
  Platform: PC
OS/Version: Other
Status: NEW
  Severity: Minor
  Priority: Other
 Component: general
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


It is not possible to use Log4J to log in FOP until the driver.setLogger method 
has been updated (as specified in the documentation, both in the Driver class 
as well as the description how to change logger).

Example:
driver.setLogger(new org.apache.avalon.framework.logger.Log4JLogger(cat));

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

Re: Colon character problematic in ??

[Joe Sytniak]

Thanks.


- Original Message -
From: "Christopher R. Maden" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, March 20, 2002 6:33 AM
Subject: Re: Colon character problematic in  ??


>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> At 02:59 PM 3/19/02, Joe Sytniak wrote:
> >Perhaps an XSLT list would be the best place to look for answers on this
> >one.  Except I only seem to be having problems when using my XSL
templates
> >with FO templates.
>
> It's still an XSLT problem if it breaks at the transformation stage.  And
> unless there's something actually wrong with FOP, it's inappropriate for
> fop-dev; if you're having trouble using FOP, it belongs in fop-user.
>
> >Christopher R. Maden, Principal Consultant, crism consulting
> DTDs/schemas - conversion - ebooks - publishing - Web - B2B - training
> http://crism.maden.org/consulting/ >
> PGP Fingerprint: BBA6 4085 DED0 E176 D6D4  5DFC AC52 F825 AFEC 58DA
> -BEGIN PGP SIGNATURE-
> Version: PGP Personal Privacy 6.5.8
>
> iQA/AwUBPJhzeqxS+CWv7FjaEQIEOACfQ3YkladSKZW4qPpNxfWhrJgVKfwAmQHb
> 2pIIJq3xgXMwpIsyTzKR6z3W
> =ewOr
> -END PGP SIGNATURE-
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, email: [EMAIL PROTECTED]
>


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

Netiquette

[Peter B. West]

When someone offends against netiquette, I should think that 
garden-variety etiquette would decree that you post your complaints to 
that individual.  If he (resp. she) continues to offend, then try the 
public humiliation of which netizens seem so fond.  That public rebuke 
could legitimately include mention of the initial approach.

Another sensitive email,
from the keyboard of...

Peter


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

[Fwd: Numbering lines]

[Patrick Andries]

I sent the message to fop-user, no one answered. If this is not possible 
(probable), would the extension be simple (useful in legislative text).


 Message d'origine 
Objet: Numbering lines

Is it possible to dynamically number lines in FO ?

P. Andries






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

RE: [Fwd: Numbering lines]

[Arved Sandstrom]

Hi, Patrick

Yes, this would be useful. All you can do now is if you know the lines ahead
of time; then you can use XSLT xsl:number if your source XML permits. But
for what you are talking about, no, XSL formatting does not have a way of
doing it, although one can certainly imagine an extension that extends
layout for each LineArea.

Regards,
AHS

-Original Message-
From: Patrick Andries [mailto:[EMAIL PROTECTED]]
Sent: March 20, 2002 7:47 PM
To: [EMAIL PROTECTED]
Subject: [Fwd: Numbering lines]


I sent the message to fop-user, no one answered. If this is not possible
(probable), would the extension be simple (useful in legislative text).


 Message d'origine 
Objet: Numbering lines

Is it possible to dynamically number lines in FO ?

P. Andries


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

Re: [Fwd: Numbering lines]

[Patrick Andries]

OK, how can I help implementing it ?


Arved Sandstrom wrote:

>Hi, Patrick
>
>Yes, this would be useful. All you can do now is if you know the lines ahead
>of time; then you can use XSLT xsl:number if your source XML permits. But
>for what you are talking about, no, XSL formatting does not have a way of
>doing it, although one can certainly imagine an extension that extends
>layout for each LineArea.
>
>Regards,
>AHS
>
>-Original Message-
>From: Patrick Andries [mailto:[EMAIL PROTECTED]]
>Sent: March 20, 2002 7:47 PM
>To: [EMAIL PROTECTED]
>Subject: [Fwd: Numbering lines]
>
>
>I sent the message to fop-user, no one answered. If this is not possible
>(probable), would the extension be simple (useful in legislative text).
>
>
> Message d'origine 
>Objet: Numbering lines
>
>Is it possible to dynamically number lines in FO ?
>
>P. Andries
>
>
>-
>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: development status

[Peter B. West]

Joerg,

You have highlighted one of the nastinesses of page formatting.  A Q&D 
solution often suggested is to allow a fixed width for the page numbers, 
but I don't see how this can stand as a final solution.  The gaps are 
going to be obvious in something purporting to be a high-quality 
rendering system, and what if you don't allow for enough digits?

The spec allows a lot of local adjustment, so I think that in the vast 
majority of cases local re-formatting will fix the problem, and keep the 
adjustments within the page.  However, I think also that spill effects 
will have to be accommodated.

Convergence problems like your page 99 scenario occur in other contexts; 
notably the "last page" problem.  The last page in a sequence is allowed 
a different page-master, but the only way to discover the last page is 
to lay it out.  Oops, last page.  Lay it out again, using the 
last-page-master.  Oops, we now have something left over, so it's not 
the last page any more.  These cases will have to be catalogued as 
discovered, and circuit-breaker heuristics provided for them.

Peter

Joerg Pietschmann wrote:

>"Nicola Ken Barozzi"  wrote:
>
>>Anyway, these forward references are a pain in the ass :-/
>>
>
>Very true. Imagine the worst case: Someone puts a
> "(See page )"
>into the text at page 1. The formatter has to allocate some
>space for the unknown number, lets say a "n" space. The
>referenced block happens to end up on page 99. The
>preallocated space is not sufficient, extending this space
>could cause reformatting of all pages, which is already bad.
>Furthermore, the reformatting could push the referenced
>block to page 100, thereby providing another problem.
>
>I have no idea how an interface able to deal with the problem
>above could look like.
>





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