Re: Right aligned tables.

2005-08-19 Thread Jeremias Maerki
Hmm, this is rather an XSLT question than a question about FOP, at least
as long as we don't support RTL-tables, but you should be able to use a
recursive template call starting with an index to the last column and
then counting down to the first column with each recursive template call.
The following shows the general idea althought it solves a different
case:
http://www.dpawson.co.uk/xsl/sect2/recursion.html

On 18.08.2005 08:50:25 mohamed salah wrote:
 I have another question,
 Basicly to generate Arabic table which is right to left, All the columns
 should be mirrored. Please have look on the attached image. 
 I am using an xml file that is generated from other program, this file
 contains table data. The xsl file contains for-each tag that generates
 the table. 
 Do you have any ideas how can I do this without modifying the xml file?


Jeremias Maerki


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



Re: Pagination Problem

2005-08-19 Thread Sonja Löhr

Hi!

I can't help ;-(, but for those who can, I just want to add a related
observation:
I put each headline in a table together with the following paragraph,
with keep-with-next and keep-together, the table should have a width of
100%.
If a page break occured before such a table (and only then), FOP seemed
to not recognize it early enough: The table indeed displayed on the next
page, but the percentual width is  100% of the width in the previous
page.

(I used 2 columns on pages greater than 1 and some box in region-start
of the first page, so the text-width differed.)

Regards,
sonja



Am Donnerstag, den 18.08.2005, 12:47 -0700 schrieb Ken Johnson:
 Hello,
 
 I am having a pagination problem with FOP 0.20.5.  The problem occurs
 when the entire contents of a table row does not fit on a page.  A new
 page seems to be generated but the table row's content is not rendered
 on the new page.  It seems to be rendered on the previous page even
 though it presumably would not fit.  I believe this is a previously
 reported bug.  In the event that this is the final table row
 containing content, the resulting document will have an extra blank
 page.  Very undesirable indeed.  The following example illustrates the
 problem.  Row 2 is rendered on the first page and a blank second page
 is created.  If a third row is added to the table, it gets rendered on
 the second page and the document appears correct.
 
 Does anyone know of  possible a workaround for the problem?  Any help
 is greatly appreciated.
 
 Thanks,
 Ken 
 
 
 
 
 ?xml version=1.0 encoding=ISO-8859-1 ?
 fo:root xmlns:fo=http://www.w3.org/1999/XSL/Format;
   fo:layout-master-set
 fo:simple-page-master 
 page-width=8.5in 
 page-height=11in
 margin-right=.25in 
 margin-left=.25in 
 margin-top=.25in
 margin-bottom=.25in   
 master-name=ThePage
   fo:region-body margin-top=5in margin-bottom=5in/
 /fo:simple-page-master
   
 fo:page-sequence-master master-name=repeating
   fo:repeatable-page-master-reference master-reference=ThePage/
 /fo:page-sequence-master
   /fo:layout-master-set
   
   fo:page-sequence master-reference=repeating 
   language=en 
   hyphenate=true 
   initial-page-number=1 
   force-page-count=no-force
 fo:flow flow-name=xsl-region-body 
   fo:block
 fo:table width=5in table-layout=fixed
   fo:table-column column-number=1
 column-width=proportional-column-width(100)/
 fo:table-body
   fo:table-row keep-together=always
 fo:table-cell column-number=1
   fo:block text-align=left This is row 1/fo:block
 /fo:table-cell
   /fo:table-row
   fo:table-row keep-together=always
 fo:table-cell column-number=1
   fo:block text-align=left This is row 2/fo:block
 /fo:table-cell
   /fo:table-row
 /fo:table-body
 /fo:table
   /fo:block
 /fo:flow
   /fo:page-sequence
 /fo:root
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 
-- 
Sonja Löhr [EMAIL PROTECTED]


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



Re: Pagination Problem

2005-08-19 Thread Jeremias Maerki
I can confirm Ken's problem, but I don't have any work-around, I'm
afraid. It's probably a bug but one that's not going to be fixed. I can
also confirm that this particular problem doesn't occur in the current
development code (as if that would help, sorry).

Sonja's problem seems to be something else. It would help to have an FO
file to reproduce it. Anyway, the thing she describes will not be
possible for some time with the development code (for the devs: changing
available IPD problem). This is quite tricky stuff for us coders. To
avoid any problems you should put the headline page and the following
pages in a different page-sequence and try not to have to flow content
from the first to the second page. That should work for both FOP
versions.

On 19.08.2005 09:13:13 Sonja Löhr wrote:
 
 Hi!
 
 I can't help ;-(, but for those who can, I just want to add a related
 observation:
 I put each headline in a table together with the following paragraph,
 with keep-with-next and keep-together, the table should have a width of
 100%.
 If a page break occured before such a table (and only then), FOP seemed
 to not recognize it early enough: The table indeed displayed on the next
 page, but the percentual width is  100% of the width in the previous
 page.
 
 (I used 2 columns on pages greater than 1 and some box in region-start
 of the first page, so the text-width differed.)
 
 Regards,
 sonja
 
 
 
 Am Donnerstag, den 18.08.2005, 12:47 -0700 schrieb Ken Johnson:
  Hello,
  
  I am having a pagination problem with FOP 0.20.5.  The problem occurs
  when the entire contents of a table row does not fit on a page.  A new
  page seems to be generated but the table row's content is not rendered
  on the new page.  It seems to be rendered on the previous page even
  though it presumably would not fit.  I believe this is a previously
  reported bug.  In the event that this is the final table row
  containing content, the resulting document will have an extra blank
  page.  Very undesirable indeed.  The following example illustrates the
  problem.  Row 2 is rendered on the first page and a blank second page
  is created.  If a third row is added to the table, it gets rendered on
  the second page and the document appears correct.
  
  Does anyone know of  possible a workaround for the problem?  Any help
  is greatly appreciated.
  
  Thanks,
  Ken 
  
  
  
  
  ?xml version=1.0 encoding=ISO-8859-1 ?
  fo:root xmlns:fo=http://www.w3.org/1999/XSL/Format;
fo:layout-master-set
  fo:simple-page-master 
  page-width=8.5in 
  page-height=11in
  margin-right=.25in 
  margin-left=.25in 
  margin-top=.25in
  margin-bottom=.25in   
  master-name=ThePage
fo:region-body margin-top=5in margin-bottom=5in/
  /fo:simple-page-master

  fo:page-sequence-master master-name=repeating
fo:repeatable-page-master-reference master-reference=ThePage/
  /fo:page-sequence-master
/fo:layout-master-set

fo:page-sequence master-reference=repeating 
language=en 
hyphenate=true 
initial-page-number=1 
force-page-count=no-force
  fo:flow flow-name=xsl-region-body 
fo:block
  fo:table width=5in table-layout=fixed
fo:table-column column-number=1
  column-width=proportional-column-width(100)/
  fo:table-body
fo:table-row keep-together=always
  fo:table-cell column-number=1
fo:block text-align=left This is row 1/fo:block
  /fo:table-cell
/fo:table-row
fo:table-row keep-together=always
  fo:table-cell column-number=1
fo:block text-align=left This is row 2/fo:block
  /fo:table-cell
/fo:table-row
  /fo:table-body
  /fo:table
/fo:block
  /fo:flow
/fo:page-sequence
  /fo:root
  
  -
  To unsubscribe, e-mail: [EMAIL PROTECTED]
  For additional commands, e-mail: [EMAIL PROTECTED]
  
 -- 
 Sonja Löhr [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]



Re: Pagination Problem

2005-08-19 Thread Sonja Löhr

Thanks, Jeremias!

My customer finally prefered a one-column layout, so I didn't see the
error again. But theoretically, it could still occur, since the first
page still has this box in its region-start. 
If I revisit that project in the next days, I'll try to reproduce the
error and get an output of the FP tree - by the time I wait for other
errors to be reported by my customer ;-)


Am Freitag, den 19.08.2005, 09:27 +0200 schrieb Jeremias Maerki:
 I can confirm Ken's problem, but I don't have any work-around, I'm
 afraid. It's probably a bug but one that's not going to be fixed. I can
 also confirm that this particular problem doesn't occur in the current
 development code (as if that would help, sorry).
 
 Sonja's problem seems to be something else. It would help to have an FO
 file to reproduce it. Anyway, the thing she describes will not be
 possible for some time with the development code (for the devs: changing
 available IPD problem). This is quite tricky stuff for us coders. To
 avoid any problems you should put the headline page and the following
 pages in a different page-sequence and try not to have to flow content
 from the first to the second page. That should work for both FOP
 versions.
 
 On 19.08.2005 09:13:13 Sonja Löhr wrote:
  
  Hi!
  
  I can't help ;-(, but for those who can, I just want to add a related
  observation:
  I put each headline in a table together with the following paragraph,
  with keep-with-next and keep-together, the table should have a width of
  100%.
  If a page break occured before such a table (and only then), FOP seemed
  to not recognize it early enough: The table indeed displayed on the next
  page, but the percentual width is  100% of the width in the previous
  page.
  
  (I used 2 columns on pages greater than 1 and some box in region-start
  of the first page, so the text-width differed.)
  
  Regards,
  sonja
  
  
  
  Am Donnerstag, den 18.08.2005, 12:47 -0700 schrieb Ken Johnson:
   Hello,
   
   I am having a pagination problem with FOP 0.20.5.  The problem occurs
   when the entire contents of a table row does not fit on a page.  A new
   page seems to be generated but the table row's content is not rendered
   on the new page.  It seems to be rendered on the previous page even
   though it presumably would not fit.  I believe this is a previously
   reported bug.  In the event that this is the final table row
   containing content, the resulting document will have an extra blank
   page.  Very undesirable indeed.  The following example illustrates the
   problem.  Row 2 is rendered on the first page and a blank second page
   is created.  If a third row is added to the table, it gets rendered on
   the second page and the document appears correct.
   
   Does anyone know of  possible a workaround for the problem?  Any help
   is greatly appreciated.
   
   Thanks,
   Ken 
   
   
   
   
   ?xml version=1.0 encoding=ISO-8859-1 ?
   fo:root xmlns:fo=http://www.w3.org/1999/XSL/Format;
 fo:layout-master-set
   fo:simple-page-master 
   page-width=8.5in 
   page-height=11in
   margin-right=.25in 
   margin-left=.25in 
   margin-top=.25in
   margin-bottom=.25in   
   master-name=ThePage
 fo:region-body margin-top=5in margin-bottom=5in/
   /fo:simple-page-master
 
   fo:page-sequence-master master-name=repeating
 fo:repeatable-page-master-reference master-reference=ThePage/
   /fo:page-sequence-master
 /fo:layout-master-set
 
 fo:page-sequence master-reference=repeating 
 language=en 
 hyphenate=true 
 initial-page-number=1 
 force-page-count=no-force
   fo:flow flow-name=xsl-region-body 
 fo:block
   fo:table width=5in table-layout=fixed
 fo:table-column column-number=1
   column-width=proportional-column-width(100)/
   fo:table-body
 fo:table-row keep-together=always
   fo:table-cell column-number=1
 fo:block text-align=left This is row 1/fo:block
   /fo:table-cell
 /fo:table-row
 fo:table-row keep-together=always
   fo:table-cell column-number=1
 fo:block text-align=left This is row 2/fo:block
   /fo:table-cell
 /fo:table-row
   /fo:table-body
   /fo:table
 /fo:block
   /fo:flow
 /fo:page-sequence
   /fo:root
   
   -
   To unsubscribe, e-mail: [EMAIL PROTECTED]
   For additional commands, e-mail: [EMAIL PROTECTED]
   
  -- 
  Sonja Löhr [EMAIL PROTECTED]
  
  
  -
  To unsubscribe, e-mail: [EMAIL PROTECTED]
  For additional commands, e-mail: [EMAIL PROTECTED]
 
 
 
 Jeremias Maerki
 
 
 

FO - Adding Filler Pages for page count multiple of 16

2005-08-19 Thread Prakash R
Hi,

I'm new to FO. I'm developing a FO document to
generate a catalog which has multiple sections. I have
a constraint on the length of each of these sections.
It has to be a multiple of 16 pages. If the data for a
particular section is less than a multiple of 16 pages
then the extra pages need to be blank pages or notes
pages with rules. eg. a section is 14 pages of data
then it should be followed by 2 blank pages to make it
16 pages. another section is 25 pages of data then it
should be followed by 7 blank pages to make it 32
pages. This is almost like force-page-count=16*x.

First of all I would like to know if this is possible.
If so, I would appreciate any pointers to get it done.

Thank you.
Prakash

__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

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



FO - Force Pages on same spread

2005-08-19 Thread Prakash R
Hi,

I'm preparing a FO document in order to generate a
catalog book. I would like to have two pages together
such that they are on the same spread i.e. if the
first page is an even page(left) then the next would
be the following odd pages(right) making it on the
same spread. On the other hand if the first page falls
on an odd page(right), I would like to force a blank
page and start it as an even page(left) so that the
second page is an odd page(right) making it on the
same spread.

How can I achieve this? Any ideas would be greatly
appreciated.

Thank you.
Prakash

__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

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