RE: FAQ'ish questions (was: Re: XHTML 2 PDF)

[Victor Mote]

J.Pietschmann wrote:

> - What's the current publishing process? Wasn't there a Wiki
>page about this?

It is on the web site, under the "Development" tab, Deploy/Doc Mgmt menu:
http://xml.apache.org/fop/dev/doc.html
It may have started as a Wiki -- I don't remember. I don't know whether it
is up-to-date or not.

Victor Mote

RE: FAQ'ish questions (was: Re: XHTML 2 PDF)

[Victor Mote]

J.Pietschmann wrote:

> - What's the current publishing process? Wasn't there a Wiki
>page about this?

It is on the web site, under the "Development" tab, Deploy/Doc Mgmt menu:
http://xml.apache.org/fop/dev/doc.html
It may have started as a Wiki -- I don't remember. I don't know whether it
is up-to-date or not.

Victor Mote

Re: FAQ'ish questions (was: Re: XHTML 2 PDF)

[The Web Maestro]

On May 23, 2005, at 3:20 PM, J.Pietschmann wrote:

Jeremias Maerki wrote:

Look in the archives:
http://marc.theaimsgroup.com/?l=fop-user&w=2&r=1&s=xhtml+pdf&q=b


This is becoming FAQ material.
To my great surprise, the various (x)html2fo tools are neither in
the FAQ nor in the additional ressources list.


I'll look into adding something.


Related questions:
- Where do I edit the FAQ's xdoc source: HEAD or maintenance branch?


xml-fop/src/documentation/content/xdocs/faq.xml

the HEAD branch is what is used to build the site.


- Why is the FAQ TOC gone? This makes it difficult use direct links
  to individual FAQ entries in mails. Should I open a forrest
  requirement for a TOC per section, preferably in a customizable way?


Forrest has the ability to generate one... but there's some problem on 
the FOP site. All other pages generate one except the FAQ page. Our 
page has exactly the same structure as the Forrest FAQ, as does our 
skinconf.xml. Unfortunately, it works for them, but not us.


I asked on the forrest user list, and received an answer which 
unfortunately didn't help much. I'd since forgotten about it. I'll see 
if I can come up with a solution.



- What's the current publishing process? Wasn't there a Wiki
  page about this?
- What about moving the FAQ to the Wiki, or establishing a supplement
  FAQ in the Wiki? (same for "additional ressources")


That'd be a good idea. That would certainly make it easier for 
fop-committers to edit those pages. It could still live in our sidebar 
as well.



Bonus points: Is there anybody out there willing to work on canonical
non-rude FAQ answers? (See
 http://www.joelonsoftware.com/articles/FogBugzII.html
section "snippets")
I've already installed Thunderbird QuickText (great stuff...).

J.Pietschmann


That sounds like a great tool and suggestion...

Regards,

Web Maestro Clay
--
<[EMAIL PROTECTED]> - 
My religion is simple. My religion is kindness.
- HH The 14th Dalai Lama of Tibet

FAQ'ish questions (was: Re: XHTML 2 PDF)

[J.Pietschmann]

Jeremias Maerki wrote:

Look in the archives:
http://marc.theaimsgroup.com/?l=fop-user&w=2&r=1&s=xhtml+pdf&q=b


This is becoming FAQ material.
To my great surprise, the various (x)html2fo tools are neither in
the FAQ nor in the additional ressources list.

Related questions:
- Where do I edit the FAQ's xdoc source: HEAD or maintenance branch?
- Why is the FAQ TOC gone? This makes it difficult use direct links
  to individual FAQ entries in mails. Should I open a forrest
  requirement for a TOC per section, preferably in a customizable way?
- What's the current publishing process? Wasn't there a Wiki
  page about this?
- What about moving the FAQ to the Wiki, or establishing a supplement
  FAQ in the Wiki? (same for "additional ressources")

Bonus points: Is there anybody out there willing to work on canonical
non-rude FAQ answers? (See
 http://www.joelonsoftware.com/articles/FogBugzII.html
section "snippets")
I've already installed Thunderbird QuickText (great stuff...).

J.Pietschmann

Keep-with-next handling

[Jeremias Maerki]

Gang,

I'm currently working on keeps. As you might have seen, I've found a
little problem concerning keep-with-next even on blocks. I've already
fixed it locally, but I am not quite ready to commit, yet, since I want
to get be sure first that my approach pays off (but it seems that way).
Here's what I changed:

Until now, the LMs kept track of the previous LM and created an infinite
penalty if a keep-with-next situation presented itself. This ignores the
fact, however, that lower-level FOs can have a keep-with-next that
influences a following FO on a higher level (see keep-with-next1a). I
solved it by introducing a flag (KEEP_WITH_NEXT_PENDING) on the
LayoutContext which will be propagated up the LM hierarchy. The next LM
in charge of adding a penalty will check for that flag on the
LayoutContext. That even made keep-with-next on tables very easy. It
already works locally.

What remains is to implement keep-with-previous on tables and then
spread the new approach for keep-with-next to the rest of the LMs. I'm
keeping the keeps strictly boolean for now which should cover >95% of
the use cases in reality. Later we will need to refine the handling to
distinguish between the two contexts (column/page) and strengths.

JFYI

Jeremias Maerki

Re: XHTML 2 PDF

[Pasi Nummisalo]

Hi

If you like to use HTML+CSS and tables without fixed widths,
Webisor (www.davisor.com/webisor) might be tool for you.

Regards,
Pasi

On Mon, 23 May 2005, Dirk Bromberg wrote:

> Hi,
>
> Is there a good / easy way to get a pdf document form an xhtml website?
>
> xhtml -> xsl -> fo -> fop -> pdf ?
>
>
> Thanks
>
> Dirk
>

Re: XHTML 2 PDF

[Dirk Bromberg]

Ok,

Thanks for quick answers!

Dirk



Manuel Mall wrote:


Seems to me that this is more of a fop-user questions.

Any way, there are a few stylesheets on the web which do xhtml to fo 
transformations. Just "Google" for 'xhtml fo stylesheet' and you get a few 
sensible hits.


For example there is one published by James Tauber 
(http://blogs.pingpoet.com/overflow/archive/2004/09/03/768.aspx).


Manuel

On Mon, 23 May 2005 04:00 pm, Dirk Bromberg wrote:
 


Hi,

Is there a good / easy way to get a pdf document form an xhtml website?

xhtml -> xsl -> fo -> fop -> pdf ?


Thanks

Dirk
   

Re: XHTML 2 PDF

[Manuel Mall]

Seems to me that this is more of a fop-user questions.

Any way, there are a few stylesheets on the web which do xhtml to fo 
transformations. Just "Google" for 'xhtml fo stylesheet' and you get a few 
sensible hits.

For example there is one published by James Tauber 
(http://blogs.pingpoet.com/overflow/archive/2004/09/03/768.aspx).

Manuel

On Mon, 23 May 2005 04:00 pm, Dirk Bromberg wrote:
> Hi,
>
> Is there a good / easy way to get a pdf document form an xhtml website?
>
> xhtml -> xsl -> fo -> fop -> pdf ?
>
>
> Thanks
>
> Dirk

Re: XHTML 2 PDF

[Jeremias Maerki]

Look in the archives:
http://marc.theaimsgroup.com/?l=fop-user&w=2&r=1&s=xhtml+pdf&q=b

And please send questions to fop-users in the future, not fop-dev. Thank
you.

On 23.05.2005 10:00:13 Dirk Bromberg wrote:
> Is there a good / easy way to get a pdf document form an xhtml website?
> 
> xhtml -> xsl -> fo -> fop -> pdf ?


Jeremias Maerki

XHTML 2 PDF

[Dirk Bromberg]

Hi,

Is there a good / easy way to get a pdf document form an xhtml website?

xhtml -> xsl -> fo -> fop -> pdf ?


Thanks

Dirk

Markers: Determining the last generated area for a LM

[Jeremias Maerki]

As you may have seen I've been working through the layoutengine
testcases to fix various failures/bugs last week. One of the last
problems that need to be fixed is markers. Markers already work fine
under the new page breaking mechanism when an FO is not broken over the
page/column boundaries.

The problem is getting the two last booleans on getCurrentPV().addMarkers()
right. Currently the calls are hardcoded to:
getCurrentPV().addMarkers(markers, true, true, false);
and
getCurrentPV().addMarkers(markers, false, false, true);

The isfirst and islast parameters must be set correctly. Currently, I
don't see a reliable way to determine these values. For example, there's
some code in AreaAdditionUtils that sets IS_FIRST and IS_LAST flags on
the layout context but I found this doesn't work reliably. I've
experimented with two other approaches both of which were not good
enough. One (flags on Position instances) failed because the first n
elements at the beginning of the element list may be removed which also
removed the marker for the first element in the list. The other
(counting Position instances) failed because the element list may be
modified after the initial generation thus throwing off counters. I
discarded this mainly because I didn't want to make the code more
complicated just to get the indices right again.

The only thing that sounds like worth pursuing right now is to do
look-behind and look-ahead in the Position iterator, which is in a way
extending the approach that is currently visible in AreaAdditionUtils.
This approach checks whether the current LM changes or not.

Maybe someone has another idea on how to approach this problem. I'll let
it rest for a moment until I've made keeps and breaks work on tables.

Jeremias Maerki