You are viewing a plain text version of this content. The canonical link for it is here.
Posted to fop-dev@xmlgraphics.apache.org by Keiron Liddle <ke...@aftexsw.com> on 2002/09/09 10:57:17 UTC

resolving references

Hi All,

The resolving of forward references is done by using a resolver.
Backward references are simply looked up at the time.

The relevant objects:
- page number citation
- internal link
- pdf bookmark extension
- other extensions

The page viewport acts as an intermediatory holder of unresolved objects
for the page.
The unresolved objects are added to the page so that when the page is
serialized the resolvers can also be serialized. This means that
de-serialization will allow the resolving to still work on the correct
objects.

The unresolved objects are added up the layout manager chain so that any
parent can do extra handling. For example the line layout manager can
construct a class that holds information for doing the ipd alignment
after an inline area is resolved.

TODO
- implement the line area resolver to do ipd alignment
- use a serializable object for the internal link reference, needs to be
able to lookup the page viewport

Keiron.


---------------------------------------------------------------------
To unsubscribe, e-mail: fop-dev-unsubscribe@xml.apache.org
For additional commands, email: fop-dev-help@xml.apache.org


Re: resolving references

Posted by Keiron Liddle <ke...@aftexsw.com>.
On Mon, 2002-09-09 at 11:14, Jeremias Maerki wrote:
> Hi Keiron
> 
> I'm currently doing checkstyle fixing in the rendering part. While
> javadocing (Renderer.java) and now reading your mail I wonder if
> "PageViewport" is the correct classname for what it is. A page viewport
> implies information on a page such as size, coordinate transformation.
> Shouldn't this be split in two? A PageContext or PageHolder (or a better
> name if you have one) with a PageViewport that only contains viewport
> information perhaps?

I see your point. It is doing two roles at the moment.
The top level page holder is used as a key and reference for rendering
while in the role as the viewport it is used for the preparing the page
or rendering the page. If they are together then preparing and using the
key is the same object.

The thing with the internal link reference needs to be able to find the
key. I was thinking of a unique string for each page.

> Nice work on the render pages model, by the way!

Thanks :)


---------------------------------------------------------------------
To unsubscribe, e-mail: fop-dev-unsubscribe@xml.apache.org
For additional commands, email: fop-dev-help@xml.apache.org


Re: resolving references

Posted by Jeremias Maerki <de...@greenmail.ch>.
Hi Keiron

I'm currently doing checkstyle fixing in the rendering part. While
javadocing (Renderer.java) and now reading your mail I wonder if
"PageViewport" is the correct classname for what it is. A page viewport
implies information on a page such as size, coordinate transformation.
Shouldn't this be split in two? A PageContext or PageHolder (or a better
name if you have one) with a PageViewport that only contains viewport
information perhaps?

Nice work on the render pages model, by the way!

On 09.09.2002 10:57:17 Keiron Liddle wrote:
> Hi All,
> 
> The resolving of forward references is done by using a resolver.
> Backward references are simply looked up at the time.
> 
> The relevant objects:
> - page number citation
> - internal link
> - pdf bookmark extension
> - other extensions
> 
> The page viewport acts as an intermediatory holder of unresolved objects
> for the page.
> The unresolved objects are added to the page so that when the page is
> serialized the resolvers can also be serialized. This means that
> de-serialization will allow the resolving to still work on the correct
> objects.
> 
> The unresolved objects are added up the layout manager chain so that any
> parent can do extra handling. For example the line layout manager can
> construct a class that holds information for doing the ipd alignment
> after an inline area is resolved.
> 
> TODO
> - implement the line area resolver to do ipd alignment
> - use a serializable object for the internal link reference, needs to be
> able to lookup the page viewport


Jeremias Maerki


---------------------------------------------------------------------
To unsubscribe, e-mail: fop-dev-unsubscribe@xml.apache.org
For additional commands, email: fop-dev-help@xml.apache.org