break-after

[Dominic Br]

Hi,

Just a question: is the break-after="page" attribute on block level
implemented in fop 0.90alpha?

We had problems with this attribute but when rearranging the things and
turning it into break-before="page" everything worked well...

Regards

Dominic




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

Re: break-after

[Jeremias Maerki]

It is supposed to work. We have tests in our test suite that test for
the functionality but maybe you hit a bug. Please send an example that
shows the problem.

On 21.12.2005 09:43:08 Dominic Brügger wrote:
> Hi,
> 
> Just a question: is the break-after="page" attribute on block level
> implemented in fop 0.90alpha?
> 
> We had problems with this attribute but when rearranging the things and
> turning it into break-before="page" everything worked well...


Jeremias Maerki


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

Re: break-after

[Dominic Br]

I will send it to your personal email address...

Dominic


> It is supposed to work. We have tests in our test suite that test for
> the functionality but maybe you hit a bug. Please send an example that
> shows the problem.
>
> On 21.12.2005 09:43:08 Dominic Brügger wrote:
>> Hi,
>>
>> Just a question: is the break-after="page" attribute on block level
>> implemented in fop 0.90alpha?
>>
>> We had problems with this attribute but when rearranging the things
>> and turning it into break-before="page" everything worked well...
>
>
> Jeremias Maerki
>
>
> - 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]

Bookmark Support in "fop-0.90alpha1"

[Joern . Karthaus]

Hello List

I'm just experimenting with fop-0.90alpha1 and the new Bookmark functionality

FOP render these Code without errors :



        
        
                
                        
                        
                        
                                
                                        
                                        
                                        
                                
                                
                                
                                        
                                
                        
                        
                                
                                        Bookmarks Example
                                        
                                                Hello World
                                        
                                        
                                                Paragraphs
                                        
                                
                        
                        
                        
                                
                                
                                        KAMPF - Fehlteilliste V2
                                
                                
                                
                                        
                                        
                                
                        
                
        

...

But in the resulting PDF are no Bookmarks.

Can somebody give me a example or tell whats wrong.


Thanks : Joern Karthaus

Re: Bookmark Support in "fop-0.90alpha1"

[Jeremias Maerki]

Please check the log output from FOP. If the bookmark code cannot find
an "id" in the document that you refer to using "internal-destination"
then the bookmarks seem to be skipped at the moment.

On 21.12.2005 12:10:59 Joern.Karthaus wrote:
> Hello List
> 
> I'm just experimenting with fop-0.90alpha1 and the new Bookmark 
> functionality
> 
> FOP render these Code without errors :
> 
> 
>  xmlns:xsl="http://www.w3.org/1999/XSL/Transform"; 
> xmlns:fo="http://www.w3.org/1999/XSL/Format";>
> 
> 
> http://www.w3.org/1999/XSL/Format";>
> 
> 
> 
>  master-name="mainLayout" page-width="297mm" page-height="210mm" 
> margin-top="0.5cm" margin-bottom="0.5cm" margin-left="0.5cm" 
> margin-right="0.5cm">
>  margin-bottom="0.5cm"/>
> 
> 
> 
> 
>  master-name="contents">
>  
> 
> 
> 
>  internal-destination="headDest3">
> Bookmarks 
> Example
>  internal-destination="headDest3">
> Hello 
> World
> 
>  internal-destination="chapter2">
>  Paragraphs
> 
> 
> 
> 
>  initial-page-number="1">
> 
>  flow-name="xsl-region-before">
>  text-align="center" background-color="grey">KAMPF - Fehlteilliste 
> V2
> 
> 
> 
>  select="//STUECKLISTE"/>
> 
> 
> 
> 
> 
> 
> ...
> 
> But in the resulting PDF are no Bookmarks.
> 
> Can somebody give me a example or tell whats wrong.
> 
> 
> Thanks : Joern Karthaus
> 
> 



Jeremias Maerki


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

Re:Re: Bookmark Support in "fop-0.90alpha1"

[Joern . Karthaus]

Thanks Jeremias for your Quick Answer

I found the Reason :

When you use the  internal-destination="headDest3" twice (with the same ID [I do so for testing])
then the complete Bookmark is skipped !

Is this a bug ?

Joern Karthaus






Please check the log output from FOP. If the bookmark code cannot find
an "id" in the document that you refer to using "internal-destination"
then the bookmarks seem to be skipped at the moment.

On 21.12.2005 12:10:59 Joern.Karthaus wrote:
> Hello List
> 
> I'm just experimenting with fop-0.90alpha1 and the new Bookmark 
> functionality
> 
> FOP render these Code without errors :
> 
> 
> 
> xmlns:xsl="http://www.w3.org/1999/XSL/Transform" 
> xmlns:fo="http://www.w3.org/1999/XSL/Format">
>         
>         
>                 
>                         
>                         
>                         
>                                 
> master-name="mainLayout" page-width="297mm" page-height="210mm" 
> margin-top="0.5cm" margin-bottom="0.5cm" margin-left="0.5cm" 
> margin-right="0.5cm">
>                                         
> margin-bottom="0.5cm"/>
>                                         
>                                         
>                                 
>                                 
>                                 
> master-name="contents">
>  
>                                 
>                         
>                         
>                                 
> internal-destination="headDest3">
>                                         Bookmarks 
> Example
>                                         
> internal-destination="headDest3">
>                                                 Hello 
> World
>                                         
>                                         
> internal-destination="chapter2">
>  Paragraphs
>                                         
>                                 
>                         
>                         
>                         
> initial-page-number="1">
>                                 
>                                 
> flow-name="xsl-region-before">
>                                         
> text-align="center" background-color="grey">KAMPF - Fehlteilliste 
> V2
>                                 
>                                 
>                                 
>                                         
> select="//STUECKLISTE"/>
>                                         
>                                 
>                         
>                 
>         
> 
> ...
> 
> But in the resulting PDF are no Bookmarks.
> 
> Can somebody give me a example or tell whats wrong.
> 
> 
> Thanks : Joern Karthaus
> 
> 



Jeremias Maerki

Re: Bookmark Support in "fop-0.90alpha1"

[Jeremias Maerki]

Yes, this seems to be a bug. Only the first bookmark receives the
resolved target. The second one is skipped. I've filed a bug in Bugzilla.

http://issues.apache.org/bugzilla/show_bug.cgi?id=37993

On 21.12.2005 15:03:26 Joern.Karthaus wrote:
> Thanks Jeremias for your Quick Answer
> 
> I found the Reason :
> 
> When you use the  internal-destination="headDest3" twice (with the same ID [I 
> do so for 
> testing])
> then the complete Bookmark is skipped !
> 
> Is this a bug ?
> 
> Joern Karthaus
> 
> 
> 
> 
> 
> 
> Please check the log output from FOP. If the bookmark code cannot find
> an "id" in the document that you refer to using "internal-destination"
> then the bookmarks seem to be skipped at the moment.
> 
> On 21.12.2005 12:10:59 Joern.Karthaus wrote:
> > Hello List
> > 
> > I'm just experimenting with fop-0.90alpha1 and the new Bookmark 
> > functionality
> > 
> > FOP render these Code without errors :
> > 
> > 
> >  > xmlns:xsl="http://www.w3.org/1999/XSL/Transform"; 
> > xmlns:fo="http://www.w3.org/1999/XSL/Format";>
> > 
> > 
> > http://www.w3.org/1999/XSL/Format";>
> > 
> > 
> > 
> >  > master-name="mainLayout" page-width="297mm" page-height="210mm" 
> > margin-top="0.5cm" margin-bottom="0.5cm" margin-left="0.5cm" 
> > margin-right="0.5cm">
> >  margin-top="0.5cm" 
> > margin-bottom="0.5cm"/>
> >  extent="0.5cm"/>
> >  extent="0.5cm"/>
> > 
> > 
> >  > master-name="contents">
> >  
> > 
> > 
> > 
> >  > internal-destination="headDest3">
> > Bookmarks 
> > Example
> >  > internal-destination="headDest3">
> > Hello 
> 
> > World
> > 
> >  > internal-destination="chapter2">
> >  Paragraphs
> > 
> > 
> > 
> > 
> >  > initial-page-number="1">
> > 
> >  > flow-name="xsl-region-before">
> >  > text-align="center" background-color="grey">KAMPF - Fehlteilliste 
> > V2
> > 
> > 
> > 
> >  > select="//STUECKLISTE"/>
> > 
> > 
> > 
> > 
> > 
> > 
> > ...
> > 
> > But in the resulting PDF are no Bookmarks.
> > 
> > Can somebody give me a example or tell whats wrong.
> > 
> > 
> > Thanks : Joern Karthaus
> > 
> > 
> 
> 
> 
> Jeremias Maerki
> 
> 



Jeremias Maerki


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

baseline-shift problem

[Christian Loock]

Hi,
 
is der any known issue using the basline-shift attribute in fop 20.0.5?
 
O
 
Doesn't show any effect on the "2". It's shown in the PDF like O2. Can anybody 
figure out what went wrong here?
 

I'm looking forward to hearing from you,

Christian Loock
___

 

Phone +49 (0) 28 21 / 9 78 56-16
Fax +49 (0) 28 21 / 9 78 56-77
E-Mail [EMAIL PROTECTED]   

Headquarter

db-central gmbh
Dienstleistungszentrum am Weißen Tor
Gocher Landstrasse 2
D-47551 Bedburg-Hau

Subsidiary

db-central gmbh
Film- und Medienzentrum
Königsallee 43
D-71638 Ludwigsburg (Stuttgart) 
__ 

 


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

Re: baseline-shift problem

[Jeremias Maerki]

Under 0.20.5 you need to use vertical-align="sub" instead. And you need
to use  instead of  for vertical-align to work.
Of course, none of these restrictions apply to FOP 0.90alpha1. ;-)

On 21.12.2005 16:15:03 Christian Loock wrote:
> Hi,
>  
> is der any known issue using the basline-shift attribute in fop 20.0.5?
>  
> O
>  
> Doesn't show any effect on the "2". It's shown in the PDF like O2. Can 
> anybody figure out what went wrong here?


Jeremias Maerki


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

RE: baseline-shift problem

[Christian Loock]

Ah ok.

But what if the letter is pushed down to far?  Afaik baseline-shift
allows values like -120% wich allow you to specify how far the text ist
shifted. How can i do so with vertical-align?

Christian Loock

-Original Message-
From: Jeremias Maerki [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, December 21, 2005 4:38 PM
To: fop-users@xmlgraphics.apache.org
Subject: Re: baseline-shift problem

Under 0.20.5 you need to use vertical-align="sub" instead. And you need
to use  instead of  for vertical-align to work.
Of course, none of these restrictions apply to FOP 0.90alpha1. ;-)

On 21.12.2005 16:15:03 Christian Loock wrote:
> Hi,
>  
> is der any known issue using the basline-shift attribute in fop
20.0.5?
>  
> O
>  
> Doesn't show any effect on the "2". It's shown in the PDF like O2. Can
anybody figure out what went wrong here?


Jeremias Maerki


-
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: baseline-shift problem

[Jeremias Maerki]

You can't with 0.20.5. You'll have to upgrade to FOP 0.90alpha1 to have
better control over baseline displacement.

On 21.12.2005 16:55:06 Christian Loock wrote:
> Ah ok.
> 
> But what if the letter is pushed down to far?  Afaik baseline-shift
> allows values like -120% wich allow you to specify how far the text ist
> shifted. How can i do so with vertical-align?
> 
> Christian Loock
> 
> -Original Message-
> From: Jeremias Maerki [mailto:[EMAIL PROTECTED] 
> Sent: Wednesday, December 21, 2005 4:38 PM
> To: fop-users@xmlgraphics.apache.org
> Subject: Re: baseline-shift problem
> 
> Under 0.20.5 you need to use vertical-align="sub" instead. And you need
> to use  instead of  for vertical-align to work.
> Of course, none of these restrictions apply to FOP 0.90alpha1. ;-)
> 
> On 21.12.2005 16:15:03 Christian Loock wrote:
> > Hi,
> >  
> > is der any known issue using the basline-shift attribute in fop
> 20.0.5?
> >  
> > O
> >  
> > Doesn't show any effect on the "2". It's shown in the PDF like O2. Can
> anybody figure out what went wrong here?
> 
> 
> Jeremias Maerki
> 
> 
> -
> 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]



Jeremias Maerki


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

Either keeps in table rows in 0.20.5 or non-collapsing paragraphs in .90alpha

[Jay Bryant]

Hi, all,

I'm creating reports for a new client. The reports consist entirely of
tables (not blind tables used for layout but actual tabular content).

In 0.20.5, I can't get keep-together or keep-with-next to work on a table
row. I get page breaks within table-cells.

In .90alpha, I don't get page breaks in table-cells, but it causes another
problem. .90alpha collapses (renders with 0 height, it seems) blocks that
contain just a non-breaking space (that is, character & # 1 6 0 ; with extra
spaces). I need those blocks to be full height, as I am using them to
position things within table cells. Collapsing  would be fine
(I'm using empty blocks for page breaks between tables, in fact, and it's
good there), but it seems to me that blocks with content (even just a space)
shouldn't be collapsed.

So, I either need to know how to get page breaks to not occur within table
cells (that is, only at the rows between cells) in 0.20.5 or I need to know
how to prevent blocks that contain spaces from collapsing in .90alpha. The
0.20.5 solution would be preferred, but I think I can talk my client into
moving to .90alpha if it fixes the page break problem.

Thanks

Jay Bryant
Bryant Communication Services



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

Re: Either keeps in table rows in 0.20.5 or non-collapsing paragraphs in .90alpha - followup

[Jay Bryant]

> Hi, all,
>
> I'm creating reports for a new client. The reports consist entirely of
> tables (not blind tables used for layout but actual tabular content).
>
> In 0.20.5, I can't get keep-together or keep-with-next to work on a table
> row. I get page breaks within table-cells.
>
> In .90alpha, I don't get page breaks in table-cells, but it causes another
> problem. .90alpha collapses (renders with 0 height, it seems) blocks that
> contain just a non-breaking space (that is, character & # 1 6 0 ; with
extra
> spaces). I need those blocks to be full height, as I am using them to
> position things within table cells. Collapsing  would be fine
> (I'm using empty blocks for page breaks between tables, in fact, and it's
> good there), but it seems to me that blocks with content (even just a
space)
> shouldn't be collapsed.
>
> So, I either need to know how to get page breaks to not occur within table
> cells (that is, only at the rows between cells) in 0.20.5 or I need to
know
> how to prevent blocks that contain spaces from collapsing in .90alpha. The
> 0.20.5 solution would be preferred, but I think I can talk my client into
> moving to .90alpha if it fixes the page break problem.
>
> Thanks
>

I used block-containers with height attribute values wrapped around empty
blocks to make my spacer blocks, so I've gotten the .90alpha solution to
work. Combined with the -q option to shut off all the to-do messages, it'll
work.

I'd still like to know how to prevent page breaks within table cells in
0.20.5 in case my client (or some future client) resists going to .90alpha.

Thanks some more.

Jay Bryant
Bryant Communication Services



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

Re: Either keeps in table rows in 0.20.5 or non-collapsing paragraphs in .90alpha

[Jeremias Maerki]

I'm not so much into 0.20.5 these days, so without a demo file to start
from (to save time) I can only try to help you with 0.90. We do have
some problems with collapsing nbsps as you might have seen on this list
lately. What I think could work for you is to specify
block-progression-dimension.minimum="1em" on a table-row. In that case,
a row cannot collapse even if you only use a minimum  inside
the table-cells. Did I understand you correctly that keep-together on
the table-rows works for you as expected in 0.90? HTH

BTW, we're planning on releasing a beta version in the next few days,
hopefully this week since I want to take a week off.

On 21.12.2005 21:52:57 Jay Bryant wrote:
> Hi, all,
> 
> I'm creating reports for a new client. The reports consist entirely of
> tables (not blind tables used for layout but actual tabular content).
> 
> In 0.20.5, I can't get keep-together or keep-with-next to work on a table
> row. I get page breaks within table-cells.
> 
> In .90alpha, I don't get page breaks in table-cells, but it causes another
> problem. .90alpha collapses (renders with 0 height, it seems) blocks that
> contain just a non-breaking space (that is, character & # 1 6 0 ; with extra
> spaces). I need those blocks to be full height, as I am using them to
> position things within table cells. Collapsing  would be fine
> (I'm using empty blocks for page breaks between tables, in fact, and it's
> good there), but it seems to me that blocks with content (even just a space)
> shouldn't be collapsed.
> 
> So, I either need to know how to get page breaks to not occur within table
> cells (that is, only at the rows between cells) in 0.20.5 or I need to know
> how to prevent blocks that contain spaces from collapsing in .90alpha. The
> 0.20.5 solution would be preferred, but I think I can talk my client into
> moving to .90alpha if it fixes the page break problem.
> 
> Thanks
> 
> Jay Bryant
> Bryant Communication Services


Jeremias Maerki


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

Re: Either keeps in table rows in 0.20.5 or non-collapsing paragraphs in .90alpha - followup

[Jeremias Maerki]

On 21.12.2005 22:16:46 Jay Bryant wrote:
> > Hi, all,
> >
> > I'm creating reports for a new client. The reports consist entirely of
> > tables (not blind tables used for layout but actual tabular content).
> >
> > In 0.20.5, I can't get keep-together or keep-with-next to work on a table
> > row. I get page breaks within table-cells.
> >
> > In .90alpha, I don't get page breaks in table-cells, but it causes another
> > problem. .90alpha collapses (renders with 0 height, it seems) blocks that
> > contain just a non-breaking space (that is, character & # 1 6 0 ; with
> extra
> > spaces). I need those blocks to be full height, as I am using them to
> > position things within table cells. Collapsing  would be fine
> > (I'm using empty blocks for page breaks between tables, in fact, and it's
> > good there), but it seems to me that blocks with content (even just a
> space)
> > shouldn't be collapsed.
> >
> > So, I either need to know how to get page breaks to not occur within table
> > cells (that is, only at the rows between cells) in 0.20.5 or I need to
> know
> > how to prevent blocks that contain spaces from collapsing in .90alpha. The
> > 0.20.5 solution would be preferred, but I think I can talk my client into
> > moving to .90alpha if it fixes the page break problem.
> >
> > Thanks
> >
> 
> I used block-containers with height attribute values wrapped around empty
> blocks to make my spacer blocks, so I've gotten the .90alpha solution to
> work. Combined with the -q option to shut off all the to-do messages, it'll
> work.

That seems like a hack. Please try my suggestions I just sent.

> I'd still like to know how to prevent page breaks within table cells in
> 0.20.5 in case my client (or some future client) resists going to .90alpha.

keep-together is supposed to work if specified on a table-row. Does that
mean that this doesn't work in your case. If you can post a small
example, I can have a look.


Jeremias Maerki


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

fop-0.90.alpha1: SVG graphic outside bounds of table cell when using PDF

[Ryan Gustafson]

Hello,

I'm using fop-0.90.alpha1.

The following is a sample XSL-FO document which when converted to
PDF results in the SVG graphic on the last row of the table being
outside the bounds of the table cells.  Notice the other identical
graphics which correctly render inside the bounds of the table
cells.

Feel free to contact me for further details if needed.  I can
provide the PDF being generated if requested.

Thanks,
Ryan

-

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



















2.



Blah
blah.
Blah
blah.
Blah
blah?






http://www.w3.org/2000/svg"; xml:space="preserve"
height="22">












Yes


http://www.w3.org/2000/svg"; xml:space="preserve"
height="22">












No








http://www.w3.org/2000/svg"; xml:space="preserve"
height="22">
















Blah blah.









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

Trying to use TTFReader

[Manuel Strehl]

Hi.

I was trying to use the TTFReader to render a TTF font to a metric file. 
I used the command provided in the documentary (Win XP, Java1.5.0, FOP 
0.20 and 0.90, command: "


java -cp build\fop.jar;lib\avalon-framework.jar;lib\xml-apis.jar;
lib\xercesImpl.jar;lib\xalan.jar
  org.apache.fop.fonts.apps.TTFReader [options]
C:\myfonts\cmr10.ttf ttfcm.xml

") and changed the filenames to the ones of my actual FOP files. But 
anytime I try to convert a font I get this error message:


Exception in thread "main" java.lang.NoClassDefFoundError: 
org/apache/commons/logging/LogFactory

   at org.apache.fop.fonts.apps.TTFReader.main(TTFReader.java:155)


I played around a bit with the option flag, but that didn't change 
anything. Can anybody tell me, what's my mistake?


Best Regards
Manuel

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

Re: fop-0.90.alpha1: SVG graphic outside bounds of table cell when using PDF

[Jeremias Maerki]

Ryan,

you should work with a viewBox attribute on the svg root element.
Otherwise, the simple numbers for widths are interpreted as pixels at
72dpi which causes the SVG to appear with a fixed width. Furthermore, it
is a good idea to specify the size of the SVG itself as a length (pt,
for example). A very simple example:


  
 
 
  


Furthermore, if you want the SVG to be fit into the box you define using
instream-foreign-object you should specify content-width="scale-to-fit".
Otherwise the SVG is simply matched into the upper left corner of the
i-f-o's box at the default size.

I hope that helps.

On 21.12.2005 22:31:02 Ryan Gustafson wrote:
> Hello,
> 
> I'm using fop-0.90.alpha1.
> 
> The following is a sample XSL-FO document which when converted to
> PDF results in the SVG graphic on the last row of the table being
> outside the bounds of the table cells.  Notice the other identical
> graphics which correctly render inside the bounds of the table
> cells.
> 
> Feel free to contact me for further details if needed.  I can
> provide the PDF being generated if requested.


Jeremias Maerki


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

Re: Trying to use TTFReader

[Jeremias Maerki]

Our fault. We missed a little detail on the page that documents fonts
for 0.90. You need to add an entry for "lib\commons-logging-1.0.4.jar"
(and "lib\commons-io-1.1.jar") on the command-line because that's where
"org/apache/commons/logging/LogFactory" is found.

The following works for me on JDK 1.4 and 1.5:
java -cp 
build\fop.jar;lib\avalon-framework-4.2.0.jar;lib\commons-logging-1.0.4.jar;lib\commons-io-1.1.jar
 org.apache.fop.fonts.apps.TTFReader FUTURAB.TTF futurab.xml

"xml-apis.jar", "xercesImpl.jar" and "xalan.jar" are only necessary on
JDK 1.3.x.

I hope that helps. I'll update the documentation.

On 21.12.2005 22:45:44 Manuel Strehl wrote:
> Hi.
> 
> I was trying to use the TTFReader to render a TTF font to a metric file. 
> I used the command provided in the documentary (Win XP, Java1.5.0, FOP 
> 0.20 and 0.90, command: "
> 
> java -cp build\fop.jar;lib\avalon-framework.jar;lib\xml-apis.jar;
>  lib\xercesImpl.jar;lib\xalan.jar
>org.apache.fop.fonts.apps.TTFReader [options]
>  C:\myfonts\cmr10.ttf ttfcm.xml
> 
> ") and changed the filenames to the ones of my actual FOP files. But 
> anytime I try to convert a font I get this error message:
> 
> Exception in thread "main" java.lang.NoClassDefFoundError: 
> org/apache/commons/logging/LogFactory
> 
> at org.apache.fop.fonts.apps.TTFReader.main(TTFReader.java:155)
> 
> 
> I played around a bit with the option flag, but that didn't change 
> anything. Can anybody tell me, what's my mistake?



Jeremias Maerki


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

Re: Trying to use TTFReader

[J.Pietschmann]

Manuel Strehl wrote:
I was trying to use the TTFReader to render a TTF font to a metric file. 
I used the command provided in the documentary (Win XP, Java1.5.0, FOP 
0.20 and 0.90, command: "


java -cp build\fop.jar;lib\avalon-framework.jar;lib\xml-apis.jar;
lib\xercesImpl.jar;lib\xalan.jar
  org.apache.fop.fonts.apps.TTFReader [options]
C:\myfonts\cmr10.ttf ttfcm.xml


It seems the command line is missing a class path entry for the
commons logging jar. You should find the jar in the lib directory.

J.Pietschmann

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

how exact are overflow warnings?

[gerhard oettl]

hello

when trying to elemenate the warnings about overflowing areas
there are some where i cannot find whats wrong. So i would like
to ask if it is possible (or known) that some of this warnings
are displayed even if not overflowing happens - for example for
footnotes (footnote-separator)?  In this case i could ignore
(most of) them and concentrate on other things.


i attached a short example.


thanks
gerhard
 
-- 
 .''`.   gerhard oettl   on   Debian/Gnu Linux
: :'  :  
`. `'`   gpg key: 1024D/D59131AA 2002-06-18
  `-


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

  


  
  
  
  
  



  
  
  
  
  



  



  



  


  



  


  Fussnoten:








  Scheuen Sie sich nicht mir zu Schreiben -
  Gerhard Öttl
  
L1) 

  footnote here

  .




  

  



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

Re: Either keeps in table rows in 0.20.5 or non-collapsing paragraphs in .90alpha - followup

[Jay Bryant]

Hi, Jeremias,

> > I used block-containers with height attribute values wrapped around
empty
> > blocks to make my spacer blocks, so I've gotten the .90alpha solution to
> > work. Combined with the -q option to shut off all the to-do messages,
it'll
> > work.
>
> That seems like a hack. Please try my suggestions I just sent.

It feels like a hack, too. I'll try your ideas.

> > I'd still like to know how to prevent page breaks within table cells in
> > 0.20.5 in case my client (or some future client) resists going to
.90alpha.
>
> keep-together is supposed to work if specified on a table-row. Does that
> mean that this doesn't work in your case. If you can post a small
> example, I can have a look.

Well, while I was preparing a sample that would show the problem, I got
keep-together="always" to work the way it should. I'm not sure what changed,
so I'll let the matter drop, as I don't have time to pursue much testing at
present.

Thanks.

J



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

Re: Either keeps in table rows in 0.20.5 or non-collapsing paragraphs in .90alpha

[Jay Bryant]

Hi, Jeremias,

> Did I understand you correctly that keep-together on
> the table-rows works for you as expected in 0.90?

Yes. keep-together worked in 0.90. Specifically, I used



> BTW, we're planning on releasing a beta version in the next few days,
> hopefully this week since I want to take a week off.

I lurk on the dev list, so I've been seeing your discussion of the beta. I
look forward to it, as it will make it easier to talk my clients into using
0.90. They are justifiably leary of anything called "alpha". Of course,
they'll still be leary of a beta release, too, but less so.

Jay Bryant
Bryant Communication Services



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

Re: Either keeps in table rows in 0.20.5 or non-collapsing paragraphs in .90alpha

[Jay Bryant]

> What I think could work for you is to specify
> block-progression-dimension.minimum="1em" on a table-row. In that case,
> a row cannot collapse even if you only use a minimum  inside
> the table-cells.

That didn't work with 0.90. Here's a snippet from what I tested:


  



  
  





  

0.90 collapses those empty blocks.

Jay Bryant
Bryant Communication Services



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

when apache FOP will full support font-family lists and font-selection-strategy ?

[Guangxian Zou]

hi ,
  thanks fop developers. :) i am using fop to translate xml to fo and then 
to pdf. :) I want to mixing chinese and english font, when print/render 
english use english font, and when print/render chinese character use 
chinese font. :) but I don't know how to do that in the current fop version 
(0.20.5).
   can you give me some advice ? thanks.

-- 
zouguangxian 




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

Re: fop-0.90.alpha1: SVG graphic outside bounds of table cell when using PDF

[Ryan Gustafson]

Jeremias,

Thank you, I don't know why those things would actually make a
difference, but they do.  The following works as a great checkbox,
and it positions properly (it's not way off on the left margin of
the page in neverneverland):


http://www.w3.org/2000/svg"; width="1em" height="1em"
viewBox="0 0 22 22">







I'm evaluating FOP as an approach for generating paper versions of
our online forms, and the fop-0.90.alpha1 release has been working
great for me so far.

Keep up the good work, and I'll be sure to report any issues I
encounter.

Thanks,
Ryan

>>> Jeremias Maerki <[EMAIL PROTECTED]> 12/21/05 3:53 PM >>>
Ryan,

you should work with a viewBox attribute on the svg root element.
Otherwise, the simple numbers for widths are interpreted as pixels
at
72dpi which causes the SVG to appear with a fixed width.
Furthermore, it
is a good idea to specify the size of the SVG itself as a length
(pt,
for example). A very simple example:


  
 
 
  


Furthermore, if you want the SVG to be fit into the box you define
using
instream-foreign-object you should specify
content-width="scale-to-fit".
Otherwise the SVG is simply matched into the upper left corner of
the
i-f-o's box at the default size.

I hope that helps.

On 21.12.2005 22:31:02 Ryan Gustafson wrote:
> Hello,
> 
> I'm using fop-0.90.alpha1.
> 
> The following is a sample XSL-FO document which when converted to
> PDF results in the SVG graphic on the last row of the table being
> outside the bounds of the table cells.  Notice the other identical
> graphics which correctly render inside the bounds of the table
> cells.
> 
> Feel free to contact me for further details if needed.  I can
> provide the PDF being generated if requested.


Jeremias Maerki



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

Re: when apache FOP will full support font-family lists and font-selection-strategy ?

[Jeremias Maerki]

Both properties are not fully implemented even in the latest release FOP
0.90alpha1. Either you have to place either the Chinese or the English
text in fo:inlines and specify the different fonts on the inlines or if
you have a TrueType font that supports both Chinese and English
characters you can have them mixed. The other option is to help us
implement font-selection-strategy and font-family lists.

On 21.12.2005 14:24:05 Guangxian Zou wrote:
> hi ,
>   thanks fop developers. :) i am using fop to translate xml to fo and then 
> to pdf. :) I want to mixing chinese and english font, when print/render 
> english use english font, and when print/render chinese character use 
> chinese font. :) but I don't know how to do that in the current fop version 
> (0.20.5).
>can you give me some advice ? thanks.


Jeremias Maerki


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

Re: Either keeps in table rows in 0.20.5 or non-collapsing paragraphs in .90alpha

[Jeremias Maerki]

Ah, I see you have multiple lines in a table-cell. In that case, just
specify "5em" (the number of lines you have in "em") on
block-progression-dimension.minimum.

On 21.12.2005 23:54:52 Jay Bryant wrote:
> > What I think could work for you is to specify
> > block-progression-dimension.minimum="1em" on a table-row. In that case,
> > a row cannot collapse even if you only use a minimum  inside
> > the table-cells.
> 
> That didn't work with 0.90. Here's a snippet from what I tested:
> 
>  keep-together.within-page="always">
>border-color="black">
>  select="@name"/>
>  select="@city"/>
>  select="@address"/>
>   
>border-color="black">
> 
> 
> 
> 
>  select="@id"/>
>   
> 
> 0.90 collapses those empty blocks.
> 
> Jay Bryant
> Bryant Communication Services



Jeremias Maerki


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

Re: fop-0.90.alpha1: SVG graphic outside bounds of table cell when using PDF

[Jeremias Maerki]

Ryan, the viewBox attribute changes the meaning of coordinates without a
length unit (pt, mm etc.). If no viewBox is specified the length unit is
interpreted as pixels with the resolution in use by the user agent (user
agent here = FOP with 72 dpi). Together with explicit length units on
width and height attributes you create a well defined SVG image with
an explicitely defined size. Otherwise, the SVG image does not have an
explicit intrinsic size, only an implicit one which can vary between
user agents (viewer software).

On 21.12.2005 23:49:07 Ryan Gustafson wrote:
> Jeremias,
> 
> Thank you, I don't know why those things would actually make a
> difference, but they do.  The following works as a great checkbox,
> and it positions properly (it's not way off on the left margin of
> the page in neverneverland):
> 
>width="1em" height="1em" content-width="scale-to-fit">
>xmlns:svg="http://www.w3.org/2000/svg"; width="1em" height="1em"
> viewBox="0 0 22 22">
>style="fill:none; stroke:black; stroke-width:2">
>x="0" y="2" fill="black" width="20" height="20" stroke-width="1"/>
>x="2" y="0" fill="white" width="20" height="20" stroke-width="1"/>
>   
>   
>   
> 
> I'm evaluating FOP as an approach for generating paper versions of
> our online forms, and the fop-0.90.alpha1 release has been working
> great for me so far.
> 
> Keep up the good work, and I'll be sure to report any issues I
> encounter.
> 
> Thanks,
> Ryan
> 
> >>> Jeremias Maerki <[EMAIL PROTECTED]> 12/21/05 3:53 PM >>>
> Ryan,
> 
> you should work with a viewBox attribute on the svg root element.
> Otherwise, the simple numbers for widths are interpreted as pixels
> at
> 72dpi which causes the SVG to appear with a fixed width.
> Furthermore, it
> is a good idea to specify the size of the SVG itself as a length
> (pt,
> for example). A very simple example:
> 
> 
>   
>  
>  
>   
> 
> 
> Furthermore, if you want the SVG to be fit into the box you define
> using
> instream-foreign-object you should specify
> content-width="scale-to-fit".
> Otherwise the SVG is simply matched into the upper left corner of
> the
> i-f-o's box at the default size.
> 
> I hope that helps.
> 
> On 21.12.2005 22:31:02 Ryan Gustafson wrote:
> > Hello,
> > 
> > I'm using fop-0.90.alpha1.
> > 
> > The following is a sample XSL-FO document which when converted to
> > PDF results in the SVG graphic on the last row of the table being
> > outside the bounds of the table cells.  Notice the other identical
> > graphics which correctly render inside the bounds of the table
> > cells.
> > 
> > Feel free to contact me for further details if needed.  I can
> > provide the PDF being generated if requested.
> 



Jeremias Maerki


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