Re: PDF as external graphic

2009-01-12 Thread Maximilian Gaerber

Hi,

below is a template that I use for merging existing pdfs with 
generated content. The existing pdf needs to be set up in a way that the 
body region has the same width and height as the generated body. Header 
and Footer are part of the generated content (so page numbering etc. 
works). You can even add markers to these custom pages, so they show 
up in the TOC.


start snip
-

 xsl:template name=insert-custom-page
   xsl:param name=master-ref/xsl:param
   xsl:param name=file-ref/xsl:param
   xsl:param name=content/xsl:param
   xsl:param name=custom-marker-text/xsl:param
   
   fo:page-sequence master-reference={$master-ref}

   xsl:call-template name=header/
   xsl:call-template name=footer/

   fo:flow flow-name=xsl-region-body

   xsl:if test=(normalize-space($custom-marker-text)) != ''
fo:marker marker-class-name=custom-marker
  xsl:value-of 
select=$custom-marker-text/xsl:value-of

/fo:marker
   /xsl:if
   xsl:choose
   xsl:when test=$content = 'none'
   fo:block/fo:block
   /xsl:when
   xsl:otherwise
   fo:block-container absolute-position=absolute 
top=-25mm left=-15mm
   fo:block overflow=hidden width=180mm 
height=252mm

   fo:external-graphic src={$file-ref}/
   /fo:block
   /fo:block-container
   /xsl:otherwise
   /xsl:choose
   /fo:flow
   /fo:page-sequence
  
   /xsl:template



end snip

Regards,

Max

Jeff Griffith schrieb:

We have also had a number of occasions to want to do
two things with external PDFs via FOP:

1): insert an external PDF page into an FOP generated
document (thus, we're merging a PDF and FOP doesn't
really do anything more with it)

2): embed a PDF page within a page in a PDF document
which means that only the body section of the page
is involved.

We have used some other tools to acheive task 1, but
the result is always a bit of a hack. Some tools
don't handle page numbers, etc. so there's a lack
of consistency in the overall document.

For item 2, the external PDF object becomes part
of the FOP page, just like an embedded SVG object.

Thanks,
Jeff Griffith
CSSI

PS it would be really great if I could embed the PDF
in a float object and put commentary on three side.


Trevor Harmon wrote:

Hi,

I have a question about fo:external-graphic. What's the reason 
(technical? licensing? lack of interest?) that FOP does not support 
PDF as a graphic format? It seems strange that FOP supports PDF for 
output but not for input.


The reason I ask is because I'm trying to embed some PDF 
illustrations as figures in a PDF document via FOP. What is the 
workaround for this? Will I just have to convert the PDFs to a format 
that FOP supports?


Thanks,

Trevor


-
To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org



-
To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org


__ Hinweis von ESET NOD32 Antivirus, Signaturdatenbank-Version 
3757 (20090111) __


E-Mail wurde geprüft mit ESET NOD32 Antivirus.

http://www.eset.com







News des Monats: www.thermopal.de - E-Business Lösung mit System für Thermopal, 
eine Tochter der Pfleiderer AG: Neugestaltung, wegweisende Produktsuche und 
moderne Nutzerführung!

--
infolox GmbH
Maximilian Gärber
Bregenzer Straße 101
D-88131 Lindau

fon +49 8382 / 275 894-70
fax +49 8382 / 275 894-9
mob +49 176 / 20 10 33 24

mail maximilian.gaer...@infolox.de
www.infolox.de
www.selektofix.de
www.katalogfabrik.de
www.typo3-services.com


Rechtsform: Gesellschaft mit beschränkter Haftung
Sitz der Gesellschaft: Lindau a. B.
Registergericht: Amtsgericht Kempten
Registernummer: HRB 8161
Geschäftsführer: Stefan Bauhuis, Alexander Pircher, Richard Schmid


-
To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org



area tree + custom attributes or elements

2009-01-12 Thread Maximilian Gaerber

Hi,

is there an (easy) way to add custom attributes to a FO document that 
would be preserved through the whole FOP process?


The idea is to get feedback about on what page (and position) a certain 
block or other other content *would* come out in the output format (e.g. 
PDF): Let's say I've got a block that should always be displayed on the 
first half of the page. Now, when I generate, I'd have to search for 
this block in the area tree in order to determine it's position... but 
so far I don't know how to mark/identify such a block.


Regards,

Max

News des Monats: www.thermopal.de - E-Business Lösung mit System für Thermopal, 
eine Tochter der Pfleiderer AG: Neugestaltung, wegweisende Produktsuche und 
moderne Nutzerführung!

--
infolox GmbH
Maximilian Gärber
Bregenzer Straße 101
D-88131 Lindau

fon +49 8382 / 275 894-70
fax +49 8382 / 275 894-9
mob +49 176 / 20 10 33 24

mail maximilian.gaer...@infolox.de
www.infolox.de
www.selektofix.de
www.katalogfabrik.de
www.typo3-services.com


Rechtsform: Gesellschaft mit beschränkter Haftung
Sitz der Gesellschaft: Lindau a. B.
Registergericht: Amtsgericht Kempten
Registernummer: HRB 8161
Geschäftsführer: Stefan Bauhuis, Alexander Pircher, Richard Schmid


-
To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org



Re: AW: area tree + custom attributes or elements

2009-01-12 Thread Maximilian Gaerber

Hi Georg,

yes, id is being preserverd ( will be prod-id in area tree xml). For 
simple cases this should do.


Regards,

Max



Georg Datterl schrieb:

Hi Maximilian,

did you try the id attribute? 


Regards,
 
Georg Datterl
 
-- Kontakt --
 
Georg Datterl
 
Geneon media solutions gmbh

Gutenstetter Straße 8a
90449 Nürnberg
 
HRB Nürnberg: 17193
Geschäftsführer: Yong-Harry Steiert 


Tel.: 0911/36 78 88 - 26
Fax: 0911/36 78 88 - 20
 
www.geneon.de
 
Weitere Mitglieder der Willmy MediaGroup:
 
IRS Integrated Realization Services GmbH:www.irs-nbg.de 
Willmy PrintMedia GmbH:www.willmy.de
Willmy Consult  Content GmbH: www.willmycc.de 
-Ursprüngliche Nachricht-
Von: Maximilian Gaerber [mailto:maximilian.gaer...@infolox.de] 
Gesendet: Montag, 12. Januar 2009 11:34

An: fop-users@xmlgraphics.apache.org
Betreff: area tree + custom attributes or elements

Hi,

is there an (easy) way to add custom attributes to a FO document that would be 
preserved through the whole FOP process?

The idea is to get feedback about on what page (and position) a certain block or other other content *would* come out in the output format (e.g. 
PDF): Let's say I've got a block that should always be displayed on the first half of the page. Now, when I generate, I'd have to search for this block in the area tree in order to determine it's position... but so far I don't know how to mark/identify such a block.


Regards,

Max

News des Monats: www.thermopal.de - E-Business Lösung mit System für Thermopal, 
eine Tochter der Pfleiderer AG: Neugestaltung, wegweisende Produktsuche und 
moderne Nutzerführung!

--
infolox GmbH
Maximilian Gärber
Bregenzer Straße 101
D-88131 Lindau

fon +49 8382 / 275 894-70
fax +49 8382 / 275 894-9
mob +49 176 / 20 10 33 24

mail maximilian.gaer...@infolox.de
www.infolox.de
www.selektofix.de
www.katalogfabrik.de
www.typo3-services.com


Rechtsform: Gesellschaft mit beschränkter Haftung Sitz der Gesellschaft: Lindau 
a. B.
Registergericht: Amtsgericht Kempten
Registernummer: HRB 8161
Geschäftsführer: Stefan Bauhuis, Alexander Pircher, Richard Schmid


-
To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org


-
To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org


__ Hinweis von ESET NOD32 Antivirus, Signaturdatenbank-Version 3758 
(20090112) __

E-Mail wurde geprüft mit ESET NOD32 Antivirus.

http://www.eset.com




  



News des Monats: www.thermopal.de - E-Business Lösung mit System für Thermopal, 
eine Tochter der Pfleiderer AG: Neugestaltung, wegweisende Produktsuche und 
moderne Nutzerführung!

--
infolox GmbH
Maximilian Gärber
Bregenzer Straße 101
D-88131 Lindau

fon +49 8382 / 275 894-70
fax +49 8382 / 275 894-9
mob +49 176 / 20 10 33 24

mail maximilian.gaer...@infolox.de
www.infolox.de
www.selektofix.de
www.katalogfabrik.de
www.typo3-services.com


Rechtsform: Gesellschaft mit beschränkter Haftung
Sitz der Gesellschaft: Lindau a. B.
Registergericht: Amtsgericht Kempten
Registernummer: HRB 8161
Geschäftsführer: Stefan Bauhuis, Alexander Pircher, Richard Schmid


-
To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org



Re: area tree + custom attributes or elements

2009-01-12 Thread Maximilian Gaerber

Hi Jeremias,

thanks for the pointers!

The bigger picture of such an use case would be to have a more 
interactive way of xsl fo generation. In automated publishing there's 
always the big question of to what extend the users needs to interact 
with/modify the output.


Right now there's only black and white. Generate PDF directly or 
generate something that is editable (e.g. InDesign or Word etc.). Since 
Word is not my first choice (for anything) and InDesign is quite a 
complex beast, I'd find it most desirable to have a toolset that let's 
the user define the contents he/she wants to publish and get immediate 
feedback about the output- while still being able to change various 
things concerning output/layout.


The intermediate format seems to be as close as you can get but the area 
tree xml would need to be transformed to more abstract information e.g. 
chapter XY starts on a left page (334). Then the user could decide to 
insert a blank page or custom page (maybe an advertisement) to push the 
chapter start on the next page and fill the empty space etc.


I know a lot of this already possible by defining it in XSL-FO but not 
everything can be predefined...


Regards,

Max

Jeremias Maerki schrieb:

If prod-id in the area tree works for you (as suggested by Georg),
that's fine. However, that doesn't give you the absolute position of the
element on the page. You can calculate that position from the various
attributes if you can figure it out. But that's quite tricky and
undocumented. Usually, that's the renderers' job and encoded in their
source code. So you'd be building half a renderer just for that.

The new intermediate format [1] I'm working [2] on uses a system more
like SVG (absolute coordinates plus nested transformation matrices)
where it's pretty easy to calculate the absolute position on the page.
But there's no support, yet, for identifying an element from the FO. We
may add that later.

At any rate, if you want to pass through custom attributes, that's
pretty easy for most FO elements: Just specify your own attributes in a
non-FO namespace. You may have to let FOP know about that namespace
using FopFactory.ignoreNamespace(String). Alternatively, register an
ElementMapping object with FOP. These extension attributes should make
it to the area tree XML and to a certain degree also into the new
intermediate format.

Anyway, before you go down such a road, I'd re-verify that you can't
implement that requirement using plain XSL-FO.

[1] http://wiki.apache.org/xmlgraphics-fop/AreaTreeIntermediateXml/NewDesign
[2] 
http://svn.apache.org/repos/asf/xmlgraphics/fop/branches/Temp_AreaTreeNewDesign

On 12.01.2009 11:33:43 Maximilian Gaerber wrote:
  

Hi,

is there an (easy) way to add custom attributes to a FO document that 
would be preserved through the whole FOP process?


The idea is to get feedback about on what page (and position) a certain 
block or other other content *would* come out in the output format (e.g. 
PDF): Let's say I've got a block that should always be displayed on the 
first half of the page. Now, when I generate, I'd have to search for 
this block in the area tree in order to determine it's position... but 
so far I don't know how to mark/identify such a block.




Jeremias Maerki


-
To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org


__ Hinweis von ESET NOD32 Antivirus, Signaturdatenbank-Version 3758 
(20090112) __

E-Mail wurde geprüft mit ESET NOD32 Antivirus.

http://www.eset.com




  



News des Monats: www.thermopal.de - E-Business Lösung mit System für Thermopal, 
eine Tochter der Pfleiderer AG: Neugestaltung, wegweisende Produktsuche und 
moderne Nutzerführung!

--
infolox GmbH
Maximilian Gärber
Bregenzer Straße 101
D-88131 Lindau

fon +49 8382 / 275 894-70
fax +49 8382 / 275 894-9
mob +49 176 / 20 10 33 24

mail maximilian.gaer...@infolox.de
www.infolox.de
www.selektofix.de
www.katalogfabrik.de
www.typo3-services.com


Rechtsform: Gesellschaft mit beschränkter Haftung
Sitz der Gesellschaft: Lindau a. B.
Registergericht: Amtsgericht Kempten
Registernummer: HRB 8161
Geschäftsführer: Stefan Bauhuis, Alexander Pircher, Richard Schmid


-
To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org



Re: PDF as external graphic

2009-01-09 Thread Maximilian Gaerber

Hi,

what about this: http://jeremias-maerki.ch/development/fop/index.html ?

Regards,

Max

Trevor Harmon schrieb:

Hi,

I have a question about fo:external-graphic. What's the reason 
(technical? licensing? lack of interest?) that FOP does not support 
PDF as a graphic format? It seems strange that FOP supports PDF for 
output but not for input.


The reason I ask is because I'm trying to embed some PDF illustrations 
as figures in a PDF document via FOP. What is the workaround for this? 
Will I just have to convert the PDFs to a format that FOP supports?


Thanks,

Trevor


-
To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org


__ Hinweis von ESET NOD32 Antivirus, Signaturdatenbank-Version 
3755 (20090109) __


E-Mail wurde geprüft mit ESET NOD32 Antivirus.

http://www.eset.com







News des Monats: www.thermopal.de - E-Business Lösung mit System für Thermopal, 
eine Tochter der Pfleiderer AG: Neugestaltung, wegweisende Produktsuche und 
moderne Nutzerführung!

--
infolox GmbH
Maximilian Gärber
Bregenzer Straße 101
D-88131 Lindau

fon +49 8382 / 275 894-70
fax +49 8382 / 275 894-9
mob +49 176 / 20 10 33 24

mail maximilian.gaer...@infolox.de
www.infolox.de
www.selektofix.de
www.katalogfabrik.de
www.typo3-services.com


Rechtsform: Gesellschaft mit beschränkter Haftung
Sitz der Gesellschaft: Lindau a. B.
Registergericht: Amtsgericht Kempten
Registernummer: HRB 8161
Geschäftsführer: Stefan Bauhuis, Alexander Pircher, Richard Schmid


-
To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org



Page Layout - Spreads, Bleed etc.

2008-10-21 Thread Maximilian Gaerber

Hi all,

what is the current status of xsl-fo concerning a Spread-based Layout 
(like InDesign uses)?


I need to change an existing layout to support blocks/graphics that 
bleed off the page. I know I could use a custom page size to add the 
extra area but the resulting PDF won't be correct in terms of Trim Box etc.


What would be the best way to implement such a feature? Add another 
extension?


Regards

Max

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



Re: Page Layout - Spreads, Bleed etc.

2008-10-21 Thread Maximilian Gaerber

Hi Jeremias,

Jeremias Maerki schrieb:

That was discussed some time ago. You might want to read up on the
status here: http://fop.markmail.org/search/?q=trimbox
  

Yep, that's what I found before posting my question.

I've prepared FOP so TrimBox, BleedBox and MediaBox can all be set [1].
But the wiring into an extension hasn't been completed, yet.

[1] http://svn.apache.org/viewvc?rev=618626view=rev
  
Alright, so these methods can't be accessed through configuration etc. 
right now. I find


setBleedBox(box); ///Recommended by PDF/X
/
very interesting, because I thought it would be quite common to have a bleed area in professional layouts. 
/

/


I've attached a patch which comes from a working copy where I started an
implementation for bleed. Not sure if it already does anything useful,
but it could be a starting point. HTH
  
Thanks for the patch. So I guess I'll have to build FOP from source then 
;-)  FOP does not support customization (like User-Exits), does it? I am 
willing to test and code a little but modifying FOP core sources is out 
of scope of my current project.


Regards,

Max

On 21.10.2008 15:11:58 Maximilian Gaerber wrote:
  

Hi all,

what is the current status of xsl-fo concerning a Spread-based Layout 
(like InDesign uses)?


I need to change an existing layout to support blocks/graphics that 
bleed off the page. I know I could use a custom page size to add the 
extra area but the resulting PDF won't be correct in terms of Trim Box etc.


What would be the best way to implement such a feature? Add another 
extension?


Regards

Max





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



Re: Page Layout - Spreads, Bleed etc.

2008-10-21 Thread Maximilian Gaerber

Hi,

so there we go... I guess since this is only on the FO 2.0 wish list 
(http://www.w3.org/TR/2008/WD-xslfo20-req-20080326/#bleeds) this would 
be an extension for now? 


Would you advise to take your pdf-image extension as a starting point?

Regards,

Max

Jeremias Maerki schrieb:

On 21.10.2008 16:31:02 Maximilian Gaerber wrote:
  

Hi Jeremias,

Jeremias Maerki schrieb:


That was discussed some time ago. You might want to read up on the
status here: http://fop.markmail.org/search/?q=trimbox
  
  

Yep, that's what I found before posting my question.


I've prepared FOP so TrimBox, BleedBox and MediaBox can all be set [1].
But the wiring into an extension hasn't been completed, yet.

[1] http://svn.apache.org/viewvc?rev=618626view=rev
  
  
Alright, so these methods can't be accessed through configuration etc. 
right now. I find


setBleedBox(box); ///Recommended by PDF/X
/
very interesting, because I thought it would be quite common to have a bleed area in professional layouts. 



So the lack of support didn't cause enough of an itch to anyone to
implement it. I hope you're going to itch enough because I currently don't.

  

/



I've attached a patch which comes from a working copy where I started an
implementation for bleed. Not sure if it already does anything useful,
but it could be a starting point. HTH
  
  
Thanks for the patch. So I guess I'll have to build FOP from source then 
;-)  FOP does not support customization (like User-Exits), does it? I am 
willing to test and code a little but modifying FOP core sources is out 
of scope of my current project.



FOP provides lots of extension points. And since you have the source,
in some cases you can subclass certain classes if you must. But that
might not help you here. Better for the project would be to do it right
and integrate the functionality into FOP. This could be a great
opportunity to contribute something back to the project. That's how FOP
got where it is: People scratched their itches. Of course, you can also
just wait until someone thinks this is fun to implement. It's how Open
Source works.

Remember: You're not alone if you implement this. We're going to help
you with hints and pointers as much as we can. Just keep us in the loop
to avoid late surprises.

  

Regards,

Max


On 21.10.2008 15:11:58 Maximilian Gaerber wrote:
  
  

Hi all,

what is the current status of xsl-fo concerning a Spread-based Layout 
(like InDesign uses)?


I need to change an existing layout to support blocks/graphics that 
bleed off the page. I know I could use a custom page size to add the 
extra area but the resulting PDF won't be correct in terms of Trim Box etc.


What would be the best way to implement such a feature? Add another 
extension?


Regards

Max







Jeremias Maerki


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


__ Hinweis von ESET NOD32 Antivirus, Signaturdatenbank-Version 3542 
(20081021) __

E-Mail wurde geprüft mit ESET NOD32 Antivirus.

http://www.eset.com



  



News des Monats: www.thermopal.de - E-Business Lösung mit System für Thermopal, 
eine Tochter der Pfleiderer AG: Neugestaltung, wegweisende Produktsuche und 
moderne Nutzerführung!

--
infolox GmbH
Maximilian Gärber
Bregenzer Straße 101
D-88131 Lindau

fon +49 8382 / 275 894-70
fax +49 8382 / 275 894-9
mob +49 176 / 20 10 33 24

mail [EMAIL PROTECTED]
www.infolox.de
www.selektofix.de
www.katalogfabrik.de
www.typo3-services.com


Rechtsform: Gesellschaft mit beschränkter Haftung
Sitz der Gesellschaft: Lindau a. B.
Registergericht: Amtsgericht Kempten
Registernummer: HRB 8161
Geschäftsführer: Stefan Bauhuis, Alexander Pircher, Richard Schmid


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



Re: Using font Times New Roman in PDF file

2008-10-09 Thread Maximilian Gaerber

Hi,

please refer to http://xmlgraphics.apache.org/fop/0.95/fonts.html

You need to call fop specifying a config file (e.g. fop -c 
myfolder/myconfig.xml ) which defines the fonts you want to use (and 
where they are).


Regards,

Max

Ashish Kulkarni schrieb:

Hi
I am trying to use font Times New Roman when creating a PDF file, and 
i am getting font not found error.
How can i get this font in PDF file, also how can i find out which 
fonts are supported in creating PDF file, it seems serif is the font 
which works for me


The code i am trying is as below
//This is a stylesheet
xsl:attribute-set name=table.data.caption 
   xsl:attribute name=border-stylesolid/xsl:attribute
  xsl:attribute name=font-familyTimes/xsl:attribute
  xsl:attribute name=font-weightbold/xsl:attribute
  xsl:attribute name=font-size10pt/xsl:attribute
/xsl:attribute-set
// This in actual XSL file.

fo:table-cell column-number=8 text-align=center
xsl:use-attribute-sets=table.data.caption
fo:blockUnit Price/fo:block
/fo:table-cell




News des Monats: www.thermopal.de - E-Business Lösung mit System für Thermopal, 
eine Tochter der Pfleiderer AG: Neugestaltung, wegweisende Produktsuche und 
moderne Nutzerführung!

--
infolox GmbH
Maximilian Gärber
Bregenzer Straße 101
D-88131 Lindau

fon +49 8382 / 275 894-70
fax +49 8382 / 275 894-9
mob +49 176 / 20 10 33 24

mail [EMAIL PROTECTED]
www.infolox.de
www.selektofix.de
www.katalogfabrik.de
www.typo3-services.com


Rechtsform: Gesellschaft mit beschränkter Haftung
Sitz der Gesellschaft: Lindau a. B.
Registergericht: Amtsgericht Kempten
Registernummer: HRB 8161
Geschäftsführer: Stefan Bauhuis, Alexander Pircher, Richard Schmid


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



Re: Layout Question -

2008-10-09 Thread Maximilian Gaerber

Hi Guys,

I might be missing the point here but what are your exact requirements?

- Do you want to anchor images at the same position as the text?
- Or do you just want to make sure that images are on one page and text 
is on the other page?

- Do you have example markup?

Regards,

Max


Philip V schrieb:

Thanks Vincent,

BTW, right-hand pages are odd and left-hand pages even - Thanks for the
correction.

I might be chasing my tail here. Even if fo:flow-map was implemented, I
don't think I could do this dynamically. 


Thanks,



Vincent Hennebert-2 wrote:
  

Hi Phil,

Philip V wrote:


Hi,

I have a requirement to do the following:

Text will be on the right-hand pages (even) with supporting illustration
on
the facing left-hand pages (odd).
  

(BTW, right-hand pages are odd and left-hand pages even.)




Is this possible using xsl-fo? I am generating the FO from xslt. Text and
graphics can be just about any where in the markup, so I am having
trouble
trying to figure this out.
  



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



Re: pdf-image extension problems

2008-09-30 Thread Maximilian Gaerber

Hi Peter,

I sent the files separately.

@Jeremias: I guess it would be worth throwing out a new release ;-)

Regards,

Max

Peter Coppens schrieb:

Hello,

I am running into the same problem. Any chance I could get the fixed version
as well?

Many thanks indeed,

Peter



Frederic W wrote:
  

Thanks a lot to Jeremias and Maximilian. They send me the development
version of pdf-image extension and that works great !!
:jumping:


Frederic W wrote:


Hi,
I have exactly the same error. Please could you send me your build too or
tell me when there will be a new release.. 
Thanks a lot.

Frédéric
[EMAIL PROTECTED]


Jeremias Maerki-2 wrote:
  

Thanks for the bug report and the test case. I've fixed the bug and will
send you a new build off-list. If there are no other bugs reported in
the short term, I'll see if I can do another release.

On 12.09.2008 17:58:19 Maximilian Gaerber wrote:


Hi,

when using the pdf-image extension I get an exception when trying to 
place a pdf where all box sizes (trim, media etc.) are the same. PDF 
attached.


SCHWERWIEGEND: Error while rendering page 2
java.lang.NullPointerException
at 
org.apache.fop.render.pdf.pdfbox.PDFBoxAdapter.createFormFromPDFBoxPage(PDFBoxAdapter.java:229)
at 
org.apache.fop.render.pdf.pdfbox.PDFBoxPDFImageHandler.generateImage(PDFBoxPDFImageHandler.java:93)

at
org.apache.fop.render.pdf.PDFRenderer.putImage(PDFRenderer.java:1745)
at 
org.apache.fop.render.pdf.PDFRenderer.renderImage(PDFRenderer.java:1679)
at 
org.apache.fop.render.AbstractRenderer.renderViewport(AbstractRenderer.java:743)
at 
org.apache.fop.render.AbstractPathOrientedRenderer.renderViewport(AbstractPathOrientedRenderer.java:621)
at 
org.apache.fop.render.AbstractRenderer.renderInlineArea(AbstractRenderer.java:626)
at 
org.apache.fop.render.pdf.PDFRenderer.renderInlineArea(PDFRenderer.java:1345)
at 
org.apache.fop.render.AbstractRenderer.renderLineArea(AbstractRenderer.java:601)
at 
org.apache.fop.render.pdf.PDFRenderer.renderLineArea(PDFRenderer.java:1336)
at 
org.apache.fop.render.AbstractRenderer.renderBlocks(AbstractRenderer.java:536)
at 
org.apache.fop.render.AbstractRenderer.renderBlock(AbstractRenderer.java:573)
at 
org.apache.fop.render.pdf.PDFRenderer.renderBlock(PDFRenderer.java:1329)
at 
org.apache.fop.render.AbstractRenderer.renderBlocks(AbstractRenderer.java:526)
at 
org.apache.fop.render.AbstractPathOrientedRenderer.renderReferenceArea(AbstractPathOrientedRenderer.java:548)
at 
org.apache.fop.render.AbstractRenderer.renderBlock(AbstractRenderer.java:560)
at 
org.apache.fop.render.pdf.PDFRenderer.renderBlock(PDFRenderer.java:1329)
at 
org.apache.fop.render.AbstractRenderer.renderBlocks(AbstractRenderer.java:526)
at 
org.apache.fop.render.AbstractRenderer.renderBlock(AbstractRenderer.java:573)
at 
org.apache.fop.render.pdf.PDFRenderer.renderBlock(PDFRenderer.java:1329)
at 
org.apache.fop.render.AbstractRenderer.renderBlocks(AbstractRenderer.java:526)
at 
org.apache.fop.render.AbstractRenderer.renderBlock(AbstractRenderer.java:573)
at 
org.apache.fop.render.pdf.PDFRenderer.renderBlock(PDFRenderer.java:1329)
at 
org.apache.fop.render.AbstractRenderer.renderBlocks(AbstractRenderer.java:526)
at 
org.apache.fop.render.AbstractRenderer.renderFlow(AbstractRenderer.java:424)
at 
org.apache.fop.render.AbstractPathOrientedRenderer.renderFlow(AbstractPathOrientedRenderer.java:577)
at 
org.apache.fop.render.AbstractRenderer.renderMainReference(AbstractRenderer.java:403)
at 
org.apache.fop.render.AbstractRenderer.renderBodyRegion(AbstractRenderer.java:337)
at 
org.apache.fop.render.AbstractRenderer.renderRegionViewport(AbstractRenderer.java:282)
at 
org.apache.fop.render.AbstractRenderer.renderPageAreas(AbstractRenderer.java:255)
at 
org.apache.fop.render.AbstractRenderer.renderPage(AbstractRenderer.java:229)
at 
org.apache.fop.render.pdf.PDFRenderer.renderPage(PDFRenderer.java:801)
at 
org.apache.fop.area.RenderPagesModel.addPage(RenderPagesModel.java:113)
at 
org.apache.fop.layoutmgr.AbstractPageSequenceLayoutManager.finishPage(AbstractPageSequenceLayoutManager.java:312)
at 
org.apache.fop.layoutmgr.PageSequenceLayoutManager.finishPage(PageSequenceLayoutManager.java:167)
at 
org.apache.fop.layoutmgr.AbstractPageSequenceLayoutManager.makeNewPage(AbstractPageSequenceLayoutManager.java:284)
at 
org.apache.fop.layoutmgr.PageBreaker.handleBreakTrait(PageBreaker.java:494)

at
org.apache.fop.layoutmgr.PageBreaker.startPart(PageBreaker.java:398)
at 
org.apache.fop.layoutmgr.AbstractBreaker.addAreas(AbstractBreaker.java:421)
at 
org.apache.fop.layoutmgr.AbstractBreaker.addAreas(AbstractBreaker.java:371)
at 
org.apache.fop.layoutmgr.PageBreaker.doPhase3WithColumnBalancing(PageBreaker.java:336)

at
org.apache.fop.layoutmgr.PageBreaker.doPhase3(PageBreaker.java:255

Re: Font Issue (Helvetica)

2008-09-29 Thread Maximilian Gaerber
That did the trick... oh dear -a few hours of trial and error and I 
didn't come up with this simple solution!


Thanks again, Jeremias.

Jeremias Maerki schrieb:

Try setting font-family=Helvetica on the fo:root. Maybe there's still
some text that is using the default font which may not be properly
mapped to the embedded Helvetica but to the implicit Base 14 Helvetica 
(and Acrobat is not showing that correctly in the font dialog).


On 26.09.2008 16:58:33 Maximilian Gaerber wrote:
  

Hi,

I am trying to produce a pre-press ready PDF document (with embedded 
fonts). But for some reason Helvetica will not be embedded correctly.
The configuration is correct (see below), the document properties of 
Acrobat Professional 8 (see attached images) show that Helvetica is an 
embedded font but when I run the preflight, all my text occurrences are 
marked as not embedded.


In the FO I am referencing the font this way:  fo:table 
table-layout=fixed width=180mm font-family=Helvetica 
font-weight=normal font-style=normal


Putting or leaving the metrics-url attribute in the config doesn't make 
a difference.


FOP: Ver. 0.95
OS: Windows Vista Business

Config snip:
--
 renderers
renderer mime=application/pdf
  filterList
!-- provides compression using zlib flate (default is on) --
   valueflate/value
  /filterList

  fonts
!-- register a particular font --

font embed-url=arial.ttf metrics-url=arial.xml 
kerning=yes

font-triplet name=Arial style=normal weight=normal/
 font-triplet name=ArialMT style=normal weight=normal/
  /font
 
  !-- metrics-url=hv__.xml --

   font embed-url=hv__.PFB kerning=yes
font-triplet name=Helvetica style=normal weight=normal/
  /font
 
  !-- metrics-url=hvb_.xml  --

   font embed-url=hvb_.PFB kerning=yes
font-triplet name=Helvetica style=normal weight=bold/
  /font
 




News des Monats: www.thermopal.de - E-Business Lösung mit System für Thermopal, 
eine Tochter der Pfleiderer AG: Neugestaltung, wegweisende Produktsuche und 
moderne Nutzerführung!

--
infolox GmbH
Maximilian Gärber
Bregenzer Straße 101
D-88131 Lindau

fon +49 8382 / 275 894-70
fax +49 8382 / 275 894-9
mob +49 176 / 20 10 33 24

mail [EMAIL PROTECTED]
www.infolox.de
www.selektofix.de
www.katalogfabrik.de
www.typo3-services.com


Rechtsform: Gesellschaft mit beschränkter Haftung
Sitz der Gesellschaft: Lindau a. B.
Registergericht: Amtsgericht Kempten
Registernummer: HRB 8161
Geschäftsführer: Stefan Bauhuis, Alexander Pircher, Richard Schmid







Jeremias Maerki


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


__ Hinweis von ESET NOD32 Antivirus, Signaturdatenbank-Version 3478 
(20080928) __

E-Mail wurde geprüft mit ESET NOD32 Antivirus.

http://www.eset.com



  



News des Monats: www.thermopal.de - E-Business Lösung mit System für Thermopal, 
eine Tochter der Pfleiderer AG: Neugestaltung, wegweisende Produktsuche und 
moderne Nutzerführung!

--
infolox GmbH
Maximilian Gärber
Bregenzer Straße 101
D-88131 Lindau

fon +49 8382 / 275 894-70
fax +49 8382 / 275 894-9
mob +49 176 / 20 10 33 24

mail [EMAIL PROTECTED]
www.infolox.de
www.selektofix.de
www.katalogfabrik.de
www.typo3-services.com


Rechtsform: Gesellschaft mit beschränkter Haftung
Sitz der Gesellschaft: Lindau a. B.
Registergericht: Amtsgericht Kempten
Registernummer: HRB 8161
Geschäftsführer: Stefan Bauhuis, Alexander Pircher, Richard Schmid


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



Re: Font Issue (Helvetica)

2008-09-26 Thread Maximilian Gaerber

Jean-François El Fouly schrieb:

Maximilian Gaerber a écrit :

Hi,

I am trying to produce a pre-press ready PDF document (with embedded 
fonts). But for some reason Helvetica will not be embedded correctly.
The configuration is correct (see below), the document properties of 
Acrobat Professional 8 (see attached images) show that Helvetica is 
an embedded font but when I run the preflight, all my text 
occurrences are marked as not embedded.


Unless you have very specific needs such as PDF/A compatibility 
requirements, you need not, and in fact you should not embed neither 
Helvetica nor any other Base14 font (Times, Courier, Zapf Dingbats). 
These are supposed to be available in all environments where you can 
read PDF (even if this implies a font substitution).

Did you have a look at
http://xmlgraphics.apache.org/fop/0.95/fonts.html#Base-14+Fonts


Thanks for the quick answer. I've read this paragraph. But when I send a 
PDF to the print shop they'll make a preflight and complain whatever 
font might not be embedded. I have no idea why this problem occurs - The 
font seems to be embedded but not properly. Any workarounds?


Regards,

Max

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



fop and cmyk: pdf-image vs svg

2008-09-12 Thread Maximilian Gaerber

Hi,

I just wanted to post some results from my various approaches to get 
vector based graphics into my fop workflow with cmyk colors:


While FOP can handle CMYK color values defined in XSL-FO documents quite 
nicely, CMYK colors defined in SVG graphics will end up as RGB in the 
output PDF (so far, Batik seems to mess this up). As well, none of the 
tools (Adobe Illustrator, Inkscape) I tested, preserve the CMYK color 
definitions when I save the SVG file. So I'd have to post-process the 
files and correct this.


So far, the better alternative seems to be to not use SVG but PDF and 
use the pdf-image extension, see 
http://www.jeremias-maerki.ch/development/fop/index.html to place the 
PDF images. With PDF you've got tool support for CMYK and the graphics 
remain vector graphics - no need to rasterize.


And it is as easy as:  fo:external-graphic src=foo.pdf#page=1/

@Jeremias: from your source code (Ver. 1.2, PDFBoxAdapter.java, line 
223), it looks like you're reading out the MediaBox from the 
to-be-placed PDF?


Regards,

Max



News des Monats: www.thermopal.de - E-Business Lösung mit System für Thermopal, 
eine Tochter der Pfleiderer AG: Neugestaltung, wegweisende Produktsuche und 
moderne Nutzerführung!

--
infolox GmbH
Maximilian Gärber
Bregenzer Straße 101
D-88131 Lindau

fon +49 8382 / 275 894-70
fax +49 8382 / 275 894-9
mob +49 176 / 20 10 33 24

mail [EMAIL PROTECTED]
www.infolox.de
www.selektofix.de
www.katalogfabrik.de
www.typo3-services.com


Rechtsform: Gesellschaft mit beschränkter Haftung
Sitz der Gesellschaft: Lindau a. B.
Registergericht: Amtsgericht Kempten
Registernummer: HRB 8161
Geschäftsführer: Stefan Bauhuis, Alexander Pircher, Richard Schmid


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



Re: fop, svg and cmyk colors

2008-09-11 Thread Maximilian Gaerber

Hi Peter,

thanks for the information. I am kind of stuck at the moment because the 
only option I'd otherwise have is to rasterize the SVGs.


The patch would be interesting - I guess the first thing to do would be 
to identify the packages (there probably are some...) where the color 
data will be processed.


Regards,

Max

Peter Coppens schrieb:

Maximilian,

For what it is worth I originally started (I think) the cmyk/icc support
that is currently in FOP (although I probably has been made more robust by
others who are familiar with the fop code).

At that time I also had a patch for Batik to support cmyk/icc colors. If I
remember correctly it more or less worked (for pdf output), but I never got
to submit it. It was a fairly clunky patch touching numerous source files
and I was far from sure I had it covered completely.

I guess I could delve it out from somewhere in case you are interested in
updating it and taking it through the patch submission process.

Hth

Peter


  

From: Maximilian Gaerber [EMAIL PROTECTED]
Reply-To: fop-users@xmlgraphics.apache.org
Date: Thu, 11 Sep 2008 11:30:25 +0200
To: fop-users@xmlgraphics.apache.org
Subject: fop, svg and cmyk colors

Hi all,

I read some posts about cmyk integration in FOP and so far it seems to
work for my purposes when using it directly in XSL-FO. The bigger issue
is with SVG:

- Illustrator or Inkscape will only export SVG with RGB color codes (HEX).
- I could post-process the SVG graphics through xsl and add the cmyk
information
- But right now it seems the PDF output of FOP is not able to handle
these colors

What would be best practices at the moment with SVG, FOP and cmyk
colors? Don't use? What else? Go back to EPS or rasterize the SVGs?

Regards,

Maximilian Gärber



News des Monats: www.thermopal.de - E-Business Lösung mit System für
Thermopal, eine Tochter der Pfleiderer AG: Neugestaltung, wegweisende
Produktsuche und moderne Nutzerführung!

--
infolox GmbH
Maximilian Gärber
Bregenzer Straße 101
D-88131 Lindau

fon +49 8382 / 275 894-70
fax +49 8382 / 275 894-9
mob +49 176 / 20 10 33 24

mail [EMAIL PROTECTED]
www.infolox.de
www.selektofix.de
www.katalogfabrik.de
www.typo3-services.com


Rechtsform: Gesellschaft mit beschränkter Haftung
Sitz der Gesellschaft: Lindau a. B.
Registergericht: Amtsgericht Kempten
Registernummer: HRB 8161
Geschäftsführer: Stefan Bauhuis, Alexander Pircher, Richard Schmid


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


__ Hinweis von ESET NOD32 Antivirus, Signaturdatenbank-Version 3433 
(20080910) __

E-Mail wurde geprüft mit ESET NOD32 Antivirus.

http://www.eset.com



  



News des Monats: www.thermopal.de - E-Business Lösung mit System für Thermopal, 
eine Tochter der Pfleiderer AG: Neugestaltung, wegweisende Produktsuche und 
moderne Nutzerführung!

--
infolox GmbH
Maximilian Gärber
Bregenzer Straße 101
D-88131 Lindau

fon +49 8382 / 275 894-70
fax +49 8382 / 275 894-9
mob +49 176 / 20 10 33 24

mail [EMAIL PROTECTED]
www.infolox.de
www.selektofix.de
www.katalogfabrik.de
www.typo3-services.com


Rechtsform: Gesellschaft mit beschränkter Haftung
Sitz der Gesellschaft: Lindau a. B.
Registergericht: Amtsgericht Kempten
Registernummer: HRB 8161
Geschäftsführer: Stefan Bauhuis, Alexander Pircher, Richard Schmid


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



Re: fop, svg and cmyk colors

2008-09-11 Thread Maximilian Gaerber

Hi Jeremias,

thanks for the fast response (wow, this seems to be 
quick-response-list...).


Ok, so far this my conclusion:

- FOP supports proprietary (and standards based: icc-rgb()) support for 
defining CMYK colors. Do both work for PDF output?

- Batik only understands icc-color() - but can it handle it correctly?
- If I'd post-process my SVGs and convert all color definitions to 
icc-color() it should (?) work


Concerning your 4 points towards tool support etc:

I'm dealing with some graphic professionals and when I ask something 
like What is this icc profile thing they only say it is not important 
because most print shops will ignore it anyway... So in the end, the 
standards based approach and defining profiles will ultimately fail to 
find its way on the printed paper...


I guess if there was a general purpose color profile that one could 
use (if no specific profile was available) - this might help.


Regards,

Max



Jeremias Maerki schrieb:

Both SVG and XSL-FO are using sRGB color space by default. The color
industry came up with the ICC standard for non-sRGB colors which is what
the SVG and XSL working groups chose for non-RGB colors. Unfortunately,
many people don't seem to understand how this works and many creation
tools don't support it. That's why people keep falling back to
(uncalibrated) CMYK. FOP's basic support for CMYK is basically a
concession to that. It's a proprietary extension, too. AFAIK, Batik
hasn't been confronted with this too much until now. It doesn't support
uncalibrated CMYK at the moment, so at the moment you can't use the same
approach in both XSL-FO and SVG.

Best practice as recommended by the editors of the SVG and FO standards
is:
- Use ICC color profiles
- in FO, use rgb-icc(num, num, num, name, num*)
http://www.w3.org/TR/xsl11/#expr-color-functions
- in SVG, use color icc-color(name, num*)
http://www.w3.org/TR/SVG11/painting.html#SpecifyingPaint

But yeah, you probably don't have tool support for that. And you can't
use EPS in PDF. Leaves you rasterizing SVG to CMYK bitmaps at the moment. :-(

Of course, proprietary support for uncalibrated CMYK colors could be
added to Batik and FOP's PDF transcoder in the same way it was added to
XSL-FO support. But IMO it's the wrong way.

Essentially, we need four things to make this work as it is supposed to:
1. SVG and XSL working groups should sit together and harmonize their
color efforts. I've mentioned that to them before so they are aware.
2. People (software developers, content creators, print shop employees
etc.) should learn about ICC colors.
3. SVG creation tools need to start supporting ICC colors.
4. FOP and Batik need to be reviewed if they handle the ICC colors
correctly in every case. The functionality should be there but due to
the lack of actual real-life projects this is probably not well tested.

I'm available to help with improving color support in Batik and FOP. I
think it's an important aspect of the two applications but there's still
some way to go.

On 11.09.2008 11:30:25 Maximilian Gaerber wrote:
  

Hi all,

I read some posts about cmyk integration in FOP and so far it seems to 
work for my purposes when using it directly in XSL-FO. The bigger issue 
is with SVG:


- Illustrator or Inkscape will only export SVG with RGB color codes (HEX).
- I could post-process the SVG graphics through xsl and add the cmyk 
information
- But right now it seems the PDF output of FOP is not able to handle 
these colors


What would be best practices at the moment with SVG, FOP and cmyk 
colors? Don't use? What else? Go back to EPS or rasterize the SVGs?


Regards,

Maximilian Gärber


snip/


Jeremias Maerki


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


__ Hinweis von ESET NOD32 Antivirus, Signaturdatenbank-Version 3433 
(20080910) __

E-Mail wurde geprüft mit ESET NOD32 Antivirus.

http://www.eset.com



  



News des Monats: www.thermopal.de - E-Business Lösung mit System für Thermopal, 
eine Tochter der Pfleiderer AG: Neugestaltung, wegweisende Produktsuche und 
moderne Nutzerführung!

--
infolox GmbH
Maximilian Gärber
Bregenzer Straße 101
D-88131 Lindau

fon +49 8382 / 275 894-70
fax +49 8382 / 275 894-9
mob +49 176 / 20 10 33 24

mail [EMAIL PROTECTED]
www.infolox.de
www.selektofix.de
www.katalogfabrik.de
www.typo3-services.com


Rechtsform: Gesellschaft mit beschränkter Haftung
Sitz der Gesellschaft: Lindau a. B.
Registergericht: Amtsgericht Kempten
Registernummer: HRB 8161
Geschäftsführer: Stefan Bauhuis, Alexander Pircher, Richard Schmid


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