Re: Blank half-cell on page1; text showing on page 2

[Jeremias Maerki]

Please note that with Ant there's a potential alternative to calling FOP:
FOP has an Ant task that you can use documented here:
http://xmlgraphics.apache.org/fop/stable/anttask.html

On 02.01.2008 11:57:16 Vincent Hennebert wrote:
> Hi Akagi,
> 
> In addition to Chris’ answer:
> 
> Akagi Kobayashi wrote:
> > Hi Vincent
> > 
> > Further to the e-mail below (by the way, a typo had crept into the sample
> > file name), my system does not recognize the fop command nor the argument. I
> > tried running the fop command at the level where I normally build pdfs.
> > 
> > I have discovered that our fop is in a completely different area, and the
> > project dependency is declared in a project-deps file which the build file
> > imports.
> > 
> > How can I run the fop command in a way that will be recognized by the build
> > file?
> 
> To produce the XSL-FO output you won’t use the build.xml file. However, 
> you can have a look into it to retrieve the path to FOP and the XSLT 
> stylesheet. From the ~/svn/2.0/target/ directory you will have to type 
> something like this:
> /directory/where/fop/is/installed/fop -xml sample.xml -xsl 
> docboook-xsl-1.72.0/fo/docbook.xsl -foout sample.fo
> 
> And yes the XSL-FO file will be created in the same ~/svn/2.0/target/ 
> directory.
> 
> If you’re really lost you may post your build.xml file (or rather send 
> it directly to me) so that I can have a look.
> 
> HTH,
> Vincent


Jeremias Maerki


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

Re: How navigate/scroll inside the PreviewPanel

[Jeremias Maerki]

Just a second, I think you're mixing things: PreviewPanel is not a "PDF
view". It's displaying the rendered document using Java2D/AWT. The PDF
format is not involved at all.

To your problem: If you switched to PDF (instead of PreviewPanel), i.e.
embed a PDF-capable browser (or Acrobat Reader directly) in your Swing
application you could make use of PDF named destinations like the
anchors in HTML. This is done using the fox:destination extension
element (which I just noticed is not documented anymore although it has
been reimplemented in the latest release, but I'll fix that right away).

How a browser or Acrobat Reader is embedded in a Swing application I
can't tell you off-hand but I'm sure there are solutions on the web
somewhere. I've done it in SWT once where it's certainly easier. But the
whole thing could become platform-dependent that way which is bad.

So the platform-independent solution would be to teach the AWTRenderer
(which is used to display the rendered document in PreviewPanel) to
process the named destination elements to keep a list of the
anchors/named destinations. You could then let the PreviewPanel jump to
the right place.

I hope that gives you a few first pointers where you can go.

On 27.12.2007 17:37:27 Giulio Buccini wrote:
> 
> Hi,
> 
> I'm developing a java stand-alone application structured on the screen as
> follows:
> 
> 1) a tree data structure on the left side of the screen (a JTree
> essentially);
> 
> 2) a pdf view of tree data on the right side of the screen.
> 
> My target is to provide a clear view of the final pdf document to the user. 
> FOP code is re-generated after any data modification (add, remove, edit and
> so on) operated on the tree.
> 
> I'm migrating my application from an HTML view to a PDF view cause of
> terrible troubles rising up when HTML is printed on a A4-size paper.
> 
> As I understand, the only component that I can use to embed a PDF view in my
> application is the PreviewPanel. Nevertheless, this component is very
> limited: user can only jump across pages.
> 
> What I need is a trick or a workaround to implement following behaviour:
> 
> "When user click on a element in the tree the preview panel automatically
> jumps to the right page and scroll to right place."
> 
> Somebody knows a workaround to make this possible?
> 
> In my old html-version of my application I have solved this problem by
> inserting many hidden anchor elements in the HTML code and using the
> "scrollToLink" method of the JDesktop pane component. Now I'm in troubles
> cause I cannot apply the same solution with the generated pdf document...
> 
> Suggestions? Ideas?
> 
> 
> -- 
> View this message in context: 
> http://www.nabble.com/How-navigate-scroll-inside-the-PreviewPanel-tp14515390p14515390.html
> Sent from the FOP - Users mailing list archive at Nabble.com.



Jeremias Maerki


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

Re: Noisy output when formatting DocBook despite -q

[Vincent Hennebert]

Hi Warren,


Warren Young wrote:
> I'm trying to fix or suppress the warnings I'm getting from FOP 0.94 in
> formatting MySQL++'s (http://tangentsoft.net/mysql++/) user manual.  (To
> try it yourself, download MySQL++, then go in to doc/userman and say
> "make pdf".)
> 
> I get 1800+ lines of errors, but there are just a few types:
> 
> - fo:table, table-layout="auto" is currently not supported by FOP
> 
> I've tried disabling this one by trying to set the default table width
> to 100% in my fo.xsl customization layer, but it doesn't help.  I'm
> aware that I could probably turn on FOP extensions to suppress it, but
> I'd rather use a standard method.

You mean the ‘fop1.extensions’ stylesheet parameter? Well, that’s 
already what this parameter is doing actually. Anyway, AFAIK this 
parameter doesn’t really introduce FOP extensions, but rather tweaks the 
output to make FOP handle it more nicely, by using plain XSL-FO tricks. 
So I think it’s safe enabling it.

As to this particular problem:
- you should first upgrade to the newest 1.73.2 stylesheets, the 1.69.1 
  are really old now.
- I’ve experienced that enabling the ‘fop1.extensions’ parameter is not 
  sufficient if you don’t specify column widths in the DocBook source. 
  Well the warning will be different: “table-layout="fixed" and 
  column-width unspecified => falling back to 
  proportional-column-width(1)”
  If you add colspec elements in the source you should be ok.

> - Line 1 of a paragraph overflows the available area. (fo:block,
> location: 2/33495)

Not sure you want to ignore this one. This usually means that some 
content goes in the margin, possibly resulting in text being clipped.


> - The contents of row 1 are taller than they should be

This is because a table row has a specified height but its content 
overflows it. You may want to determine how those heights are introduced 
(probably the default stylesheets, but it’s a bit surprising), and 
remove them. That said, appart from the annoying warning, the output 
will be fine.


HTH,
Vincent


-- 
Vincent HennebertAnyware Technologies
http://people.apache.org/~vhennebert http://www.anyware-tech.com
Apache FOP Committer FOP Development/Consulting

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

Re: STIX fonts

[Jeremias Maerki]

On 02.01.2008 11:54:26 Justus-bulk wrote:
> Hi,
> 
> I'm trying to use the STIX fonts with FOP and am running into issues.
> 
> Ideally, the OpenType format used by the STIX fonts were supported
> directly by FOP, but I understand this is work in progress.

It's not really "work in progress" as nobody's currently working on it,
AFAIK. OpenType fonts with CFF glyphs simply haven't been implemented,
yet. Patches are always welcome.

> (To any FOP developers out there: When might we have this?)

Whenever someone has a bad enough itch and free time to implement the
missing functionality.

> So I tried converting the fonts to TrueType using fontforge. This
> appeared to work, with no significant (I think) error messages in the
> process. Fontforge successfully reads and displays converted fonts.
> 
> FOP runs without any complaints, and according to pdffonts the STIX
> fonts are properly embedded in the PDF. However, the PDF appears to be
> invalid: Ghostscript stops rendering the page at the first STIX
> character; xpdf continues to render but shows nothing (white space) in
> place of the STIX characters. The metrics and encoding seem ok though;
> I can copy and paste the invisible characters successfully from xpdf
> into emacs.
> 
> What might be the problem?

No idea. I've never played with font converters. FontForge may simply
have messed up the font.

> Then I tried converting the fonts to Type1. This works all the way,
> except that a Type1 font can apparently only encode 256 characters at
> a time, and indeed, some special characters (Euro symbol) are missing
> in the otherwise impeccable PDF.
> 
> I could split up the STIX fonts and implement XSLT wizardry to help
> FOP find all the glyphs, but this would involve some bending over
> backwards and jumping through hoops, so I thought I'd ask here if
> anybody might have some further insights concerning the TrueType
> weirdness.

You could also find out if there's another similar looking font that
fulfills your requirements.



Jeremias Maerki


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

Re: attributes of

[Jeremias Maerki]

On 03.01.2008 13:39:22 irene23 wrote:
> 
> Hello, 
> 
> I have this error: 
> 

> 
> 
> If I delete " page-position="last"/>" I don´t get the error and I don´t know the cause,
> Could you help me? What's the meaning of this error? 
> 
>
>   
> master-reference="cover5" page-position="last"/>  
>  page-position="any"/> 
>
>
> 
> This error, I think also is related with the footnote and the attribute
> keep-together I have at the end of the body:
> 
> Text of the body3
> Text of the body3
>   
> 
> 
>   
> 
>
> .  
>  
> 
>
> 
> 
> Could you help me to find the problem?

Only if you post a complete FO file (no XSLT!) that demonstrates the
problem. Otherwise, we may not be able to reproduce the problem.

Jeremias Maerki


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

Re: Error during make Open Type Font metric

[mokeeffe]

Miroslav Pukhalsky wrote:
> 
> Hi,
> 
> I try to make font metric for Open Type font Helvetica LT Standard Black
> When I type the next command:
> 
> java org.apache.fop.fonts.apps.TTFReader -enc ansi 
> HelveticaLTStd-Blk.otf HelveticaLTStd-Blk.xml
> 
> I have got the next error:
> [snip]
> java.io.IOException: 'loca' table not found, happens when the font file 
> doesn't contain TrueType outlines (trying to read an OpenType CFF font 
> maybe?)
> 
> 

Here's a possible workaround, as the CFF it's failing on seems to be specify
how it's stored - it's still a Type-1 font:
http://www.stuermer.ch/blog/convert-otf-to-ttf-font-on-ubuntu.html

I'd be interested on any ideas on the effort involved in adding support -
easier than changing a corporate standard perhaps ;)

Or is it already underway?  It seems like something FOP should be able to
process without considerable changes (we aren't talking about major new
graphics capabilities, etc)?

http://partners.adobe.com/public/developer/en/font/5176.CFF.pdf



-- 
View this message in context: 
http://www.nabble.com/Error-during-make-Open-Type-Font-metric-tp14334751p14669384.html
Sent from the FOP - Users mailing list archive at Nabble.com.


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

Re: Noisy output when formatting DocBook despite -q

[Warren Young]

Vincent Hennebert wrote:

- fo:table, table-layout="auto" is currently not supported by FOP

I've tried disabling this one by trying to set the default table width
to 100% in my fo.xsl customization layer, but it doesn't help.  I'm
aware that I could probably turn on FOP extensions to suppress it, but
I'd rather use a standard method.


You mean the ‘fop1.extensions’ stylesheet parameter? 


Yes.

It seems to have no effect.  I've tried setting it two ways.  First, in 
the command that does .dbx to .fo processing:


xsltproc --stringparam fop1.extensions 1 

and in my fo.xsl file, which is a customization layer for the above 
process, so this should be equivalent:




The complaint about table-layout="auto" appears regardless.


- Line 1 of a paragraph overflows the available area. (fo:block,
location: 2/33495)


Not sure you want to ignore this one. This usually means that some 
content goes in the margin, possibly resulting in text being clipped.


Given that I'm using DocBook and not generating FO myself, why would 
this happen?


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

Re: Noisy output when formatting DocBook despite -q

[Warren Young]

J.Pietschmann wrote:


Are these problems due to the DocBook stylesheets (using 1.69.1 here) 
or are they problems in FOP?


I don't know. I'd have to take a look at the generated FO files.


For what it's worth, most of the errors were due to DocBook stylesheets 
that were...shall we say, "heavily customized" by Red Hat.  They caused 
the FO output to default to table column widths of 1%, which may work 
fine with a FO processor that can do automatic table layout, but which 
really annoys FOP.


More details in a related thread on the DocBook users' mailing list.

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

Changing the top margin

[Glenn Brand]

How do we set the top margin to .25 inches or .635 cm. See below.

 

From: Brian Dong 
Sent: January 7, 2008 4:55 PM
To: Glenn Brand; Dennis Ball
Subject: RE: Address on new statement

 

Hi Glenn,

 

The problem isn't with the report but with the margins.  The top margin
needs to be reduced and I can't see where in Stylus Studio this is set
or if the PDF driver is setting it.  

 

The top margin should be set to .25 inches or .635 cm.

 

Thanks,

The Donger

 



From: Glenn Brand 
Sent: Monday, January 07, 2008 2:10 PM
To: Dennis Ball
Cc: Brian Dong
Subject: RE: Address on new statement

 

Brian can you format the statement so that it will come up in a window
envelope?

Be careful to keep the existing data access methods intact.

I did a lot to solve the problems you and I first saw.

 

From: Dennis Ball 
Sent: January 7, 2008 8:38 AM
To: Glenn Brand
Cc: Brian Dong
Subject: Address on new statement

 

Hi Glenn,

 

The address needs to be moved up a bit so it will fit correctly for an
envelope window as it did previously.  NEA mentioned it does not align
correctly as it did before.

 

Dennis Ball 

CHIEF TECHNOLOGY OFFICER

OD PROFESSIONAL(tm) 

866-367-2899 x 21

604-628-1666

[EMAIL PROTECTED]  

 

 

No virus found in this incoming message.
Checked by AVG Free Edition.
Version: 7.5.516 / Virus Database: 269.17.13/1212 - Release Date:
01/06/2008 10:55 PM

 

No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.5.516 / Virus Database: 269.17.13/1212 - Release Date:
01/06/2008 10:55 PM

Re: Changing the top margin

[Louis . Masters]

Use the margin-top attribute on the page master.  For example:




~~
LOG-NET, Inc.
The Logistics Network Management System
~~
230 Half Mile Road
Third Floor
Red Bank, NJ 07701
PH: 732-758-6800
FAX: 732-747-7497
http://www.LOG-NET.com
~~
CONFIDENTIAL & PRIVILEGED
Unless otherwise indicated or if obvious from the nature of the content, 
the information contained herein is privileged and confidential 
information/work product. The communication is intended for the use of the 
individual or entity named above.  If the reader of this transmission is 
not the intended recipient, you are  hereby notified that any 
dissemination, distribution or copying of this communication is strictly 
prohibited.  If you have received this communication in error, please 
notify the sender immediately by telephone (732-758-6800) or by electronic 
mail ([EMAIL PROTECTED]), and destroy any copies, electronic, paper 
or otherwise, which you may have of this communication.  Thank you.
~~



"Glenn Brand" <[EMAIL PROTECTED]> 
01/07/2008 08:02 PM
Please respond to
fop-users@xmlgraphics.apache.org


To
"Brian Dong" <[EMAIL PROTECTED]>, "Dennis Ball" 
<[EMAIL PROTECTED]>, 
cc

Subject
Changing the top margin






How do we set the top margin to .25 inches or .635 cm. See below.
 
From: Brian Dong 
Sent: January 7, 2008 4:55 PM
To: Glenn Brand; Dennis Ball
Subject: RE: Address on new statement
 
Hi Glenn,
 
The problem isn’t with the report but with the margins.  The top margin 
needs to be reduced and I can’t see where in Stylus Studio this is set or 
if the PDF driver is setting it. 
 
The top margin should be set to .25 inches or .635 cm.
 
Thanks,
The Donger
 

From: Glenn Brand 
Sent: Monday, January 07, 2008 2:10 PM
To: Dennis Ball
Cc: Brian Dong
Subject: RE: Address on new statement
 
Brian can you format the statement so that it will come up in a window 
envelope?
Be careful to keep the existing data access methods intact.
I did a lot to solve the problems you and I first saw.
 
From: Dennis Ball 
Sent: January 7, 2008 8:38 AM
To: Glenn Brand
Cc: Brian Dong
Subject: Address on new statement
 
Hi Glenn,
 
The address needs to be moved up a bit so it will fit correctly for an 
envelope window as it did previously.  NEA mentioned it does not align 
correctly as it did before.
 
Dennis Ball 
CHIEF TECHNOLOGY OFFICER
OD PROFESSIONAL™ 
866-367-2899 x 21
604-628-1666
[EMAIL PROTECTED]
 
 
No virus found in this incoming message.
Checked by AVG Free Edition.
Version: 7.5.516 / Virus Database: 269.17.13/1212 - Release Date: 
01/06/2008 10:55 PM
 
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.5.516 / Virus Database: 269.17.13/1212 - Release Date: 
01/06/2008 10:55 PM

RE: Changing the top margin

[Glenn Brand]

Thank you.

 

From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] 
Sent: January 7, 2008 5:46 PM
To: fop-users@xmlgraphics.apache.org
Cc: Brian Dong; Dennis Ball; fop-users@xmlgraphics.apache.org
Subject: Re: Changing the top margin

 


Use the margin-top attribute on the page master.  For example: 

 


~~
LOG-NET, Inc.
The Logistics Network Management System
~~
230 Half Mile Road
Third Floor
Red Bank, NJ 07701
PH: 732-758-6800
FAX: 732-747-7497
http://www.LOG-NET.com
~~
CONFIDENTIAL & PRIVILEGED
Unless otherwise indicated or if obvious from the nature of the content, the 
information contained herein is privileged and confidential information/work 
product. The communication is intended for the use of the individual or entity 
named above.  If the reader of this transmission is not the intended recipient, 
you are  hereby notified that any dissemination, distribution or copying of 
this communication is strictly prohibited.  If you have received this 
communication in error, please notify the sender immediately by telephone 
(732-758-6800) or by electronic mail ([EMAIL PROTECTED]), and destroy any 
copies, electronic, paper or otherwise, which you may have of this 
communication.  Thank you.
~~ 



"Glenn Brand" <[EMAIL PROTECTED]> 

01/07/2008 08:02 PM 

Please respond to
fop-users@xmlgraphics.apache.org

To

"Brian Dong" <[EMAIL PROTECTED]>, "Dennis Ball" <[EMAIL PROTECTED]>, 
 

cc


Subject

Changing the top margin

 






How do we set the top margin to .25 inches or .635 cm. See below. 
  
From: Brian Dong 
Sent: January 7, 2008 4:55 PM
To: Glenn Brand; Dennis Ball
Subject: RE: Address on new statement 
  
Hi Glenn, 
  
The problem isn’t with the report but with the margins.  The top margin needs 
to be reduced and I can’t see where in Stylus Studio this is set or if the PDF 
driver is setting it.   
  
The top margin should be set to .25 inches or .635 cm. 
  
Thanks, 
The Donger 
  

 




From: Glenn Brand 
Sent: Monday, January 07, 2008 2:10 PM
To: Dennis Ball
Cc: Brian Dong
Subject: RE: Address on new statement 
  
Brian can you format the statement so that it will come up in a window 
envelope? 
Be careful to keep the existing data access methods intact. 
I did a lot to solve the problems you and I first saw. 
  
From: Dennis Ball 
Sent: January 7, 2008 8:38 AM
To: Glenn Brand
Cc: Brian Dong
Subject: Address on new statement 
  
Hi Glenn, 
  
The address needs to be moved up a bit so it will fit correctly for an envelope 
window as it did previously.  NEA mentioned it does not align correctly as it 
did before. 
  
Dennis Ball 
CHIEF TECHNOLOGY OFFICER 
OD PROFESSIONAL™ 
866-367-2899 x 21 
604-628-1666 
[EMAIL PROTECTED]   
  
  

No virus found in this incoming message.
Checked by AVG Free Edition.
Version: 7.5.516 / Virus Database: 269.17.13/1212 - Release Date: 01/06/2008 
10:55 PM 
  

No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.5.516 / Virus Database: 269.17.13/1212 - Release Date: 01/06/2008 
10:55 PM 

RE: Help! URI for fo:external-graphic in web service

[Jerome Munchenberg]

Abel,

Thanks for such a comprehensive response! Much appreciated.

In the end it all got too hard, and after much experimentation, I
embedded the GIF in the XSL-FO using BASE64 encoding.

  

Worked a treat...

Regards,

Jerome

-Original Message-
From: Abel Braaksma [mailto:[EMAIL PROTECTED] 
Sent: Monday, 7 January 2008 12:59 PM
To: fop-users@xmlgraphics.apache.org
Subject: Re: Help! URI for fo:external-graphic in web service

Jerome Munchenberg wrote:
> Hello,
>
> I am developing a web service which returns a PDF generated by FOP
> (fop-0.94) which must include an image. The web service is deployed as
> an EAR to a WebLogic server, and the image to be inserted into the PDF
> is contained within this EAR.
>   

You might try the JAR scheme, but I am not sure whether that scales well

to a EAR. Another option is to use the real filepath (you can get the 
real unpacked EAR location through your web application server 
interface, I believe), or a relative path (often it is quite easy to get

the WEB-INF directory and go from there).

If all fails, the next easiest thing to do is to use the public URI 
which would also be accessible from your website to retrieve that same 
file. It is probably best to use localhost as server to prevent an extra

server roundtrip.

If you don't like any of these scenarios because of their lack of 
scalability, start using Catalogs (see OASIS website) and use a 
URIResolver (possibly with a specific scheme) to resolve the catalogs 
unambiguously regardless the platform / system / paths your services are

running on.

> How do I correctly access the image embedded in the EAR? I have been
> able to use a file file path when testing on my own box, but this is
> obviously unsuitable for other environments!
>   

You were lucky that it worked, because if a file path is allowed, than 
that's a bug in the FOP implementation: XSL-FO prescribes that only a 
URI is allowed. To go from a filepath to a URI you should rewrite it 
something like "file:///c:/project/scr/certificate.gif" (note the 
forward slashes!).

> src="C:\Project\src\au\com\aaa\services\certificate.gif"

HTH,
Cheers,
-- Abel Braaksma


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


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

Re: Help! URI for fo:external-graphic in web service

[Abel Braaksma]

Jerome Munchenberg wrote:

Abel,

Thanks for such a comprehensive response! Much appreciated.

In the end it all got too hard, and after much experimentation, I
embedded the GIF in the XSL-FO using BASE64 encoding.

  

Worked a treat...


Nice to hear that. I wouldn't consider data: URIs to be easy (getting 
the GIF encoded is usually the hardest part as you cannot do that with 
straight XSLT), but if it works for you that's good ;)


Note that not all XSL-FO processors will support the data: scheme (but 
that can actually be true for just about any scheme, though currently 
http and file are supported by all of them) as it is much less common 
than http: and file:.


Cheers,
-- Abel Braaksma

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