Jeremias Maerki wrote:
(not a real specialist in this area but...)
On 26.12.2004 02:13:46 Peter B. West wrote:
...
What puzzles me is the circularity of requiring a BufferedImage, with
its implicit dependency upon getLocalGraphicsEnvironment(), which seems
to be the only way to directly discove
Puppala, Kumar (LNG-DAY) wrote:
Hello All,
Does anyone know what FO tags I need to use to generate a horizontal line
given the width, color and justification for this line?
Try fo:leader with some appropriate attributes.
J.Pietschmann
Please use FOP-USER, to help in future searching of
the ML archives. Developers are on both lists.
Glen
--- "Puppala, Kumar (LNG-DAY)"
<[EMAIL PROTECTED]> wrote:
> Hello All,
> Does anyone know what FO tags I need to use to
> generate a horizontal line
> given the width, color and justificatio
--- Simon Pepping <[EMAIL PROTECTED]> wrote:
>
> I have contained
> its effect by catching the exception, and have not
> explored the stack
> of methods that may need to declare the throwing of
> an exception. That
> is a problem in its own right, to be solved at
> another moment.
>
OK...sorry t
--- Simon Pepping <[EMAIL PROTECTED]> wrote:
> Glen,
>
> In my view the FO system knows nothing about the LM
> system.
It appears that you've just made a friend in Colorado.
;)
> That is
> how the LM system can be pluggable.
Not really, it can still be pluggable if you have
addLayoutManager
Hello All,
Does anyone know what FO tags I need to use to generate a horizontal line
given the width, color and justification for this line?
Thanks,
Kumar Puppala
Glen,
On Mon, Dec 27, 2004 at 06:55:01AM -0800, Glen Mazza wrote:
> Simon,
>
> Why aren't these fatal errors--what's the gain in
> having FOP continue running in an invalid state?
>
> One-in-a-million bugs like these that occur for
> inexplicable reasons should raise an
> IllegalStateException a
Glen,
In my view the FO system knows nothing about the LM system. That is
how the LM system can be pluggable. The FO system sets itself up and
waits if any subsequent system finds it useful. Its only connection
with the subsequent system is that it sends FO events to its
FOEventHandler.
The LM sy
(not a real specialist in this area but...)
On 26.12.2004 02:13:46 Peter B. West wrote:
> All of which seems redundant, given that we can get to a Graphics2d
> directly from a BufferedImage. I assume, though, that this is the way
> to introduce a "foreign" GraphicsEnvironment, e.g.,
> PDFGrap
This doesn't seem appropriate--the business logic to
determine whether or not a layout manager is needed
for a particular FO should be within that FO object,
where it reads its own private variables--in whatever
manner it is internally constucted--and makes its own
determination.
Otherwise (1) you
Simon,
Why aren't these fatal errors--what's the gain in
having FOP continue running in an invalid state?
One-in-a-million bugs like these that occur for
inexplicable reasons should raise an
IllegalStateException and halt. FOP should not
continue running after catastrophic failures.
Glen
--- [
11 matches
Mail list logo
