That's all correct although the third point does not really have
anything to do with the bitmap renderer.
On 10.03.2005 14:34:57 Renaud Richardet wrote:
> Let me sum up this tread to see if I get the picture:
>
> * Sun's codec [1] will not be integrated.
> * instead, Batik's transcoders will be u
Let me sum up this tread to see if I get the picture:
* Sun's codec [1] will not be integrated.
* instead, Batik's transcoders will be used [2].
* where and how these transcoders will be made available to fop will
be discussed next week [3]
* I'll start by implementing basic functionalities for TI
Le 9 mars 05, à 01:12, Glen Mazza a écrit :
...[Thanks also to Bertrand for sending Renaud our way.
This is the second quality developer--Peter Herweg
being the other--that we have gotten from him since
I've been on this project.]..
You're welcome - and you don't even know how many people I sent yo
--- Jeremias Maerki <[EMAIL PROTECTED]> wrote:
>
> Ah, there's the catch. Yes, CCITT4 is particularly
> interesting which is
> not supported by the code in Batik. But still, I
> think we don't have to
I don't think we have to
> support everything under JDK 1.3.
Or anything, for that matter. 1.
Ah, there's the catch. Yes, CCITT4 is particularly interesting which is
not supported by the code in Batik. But still, I think we don't have to
support everything under JDK 1.3. I wonder how many people under JDK 1.3
would need that particular compression type. And if they really do they
then have
Yes, please, because it's a lot easier to handle inside an IDE. You
simply define an additional source folder if you're on JDK 1.4, and you
don't get compile error on JDK 1.3.
On 09.03.2005 16:34:39 Glen Mazza wrote:
> --- Jeremias Maerki <[EMAIL PROTECTED]> wrote:
> >
> > > > Otherwise, I'd rath
Jeremias Maerki wrote:
I would like to suggest that you implement TIFF and PNG output using
Batik's codecs.
Yep, that's the best solution. But please check that Batik's TIFF codec
supports all TIFF compressions Sun's codec does. 2 years ago it was sort
of limited, particularly wrt fax compression
Jeremias Maerki wrote:
That's no problem, I think, because Batik has a TIFF encoder [3] already
in their codebase and we can move this code to the common area and use
that. Shouldn't be difficult to adjust.
Last time I checked Batik's TIFF encoder was kinda limited WRT some TIFF
compressions, and
--- Jeremias Maerki <[EMAIL PROTECTED]> wrote:
>
> > > Otherwise, I'd rather use ImageIO even if it's
> only available in JDKs
> > > >=1.4.
> > I thought FOP should be 1.3 compilant [3]? So how
> do we go around that?
>
> That's right. But nothing stops us from providing
> additional code that's
On 09.03.2005 12:51:11 Renaud Richardet wrote:
> I downloaded sun's codecs [2] that Oleg used in his TIFFRenderer.
> Jeremias, you mean that we can legally just put those in the FOP-code?
This would have to be checked out. I'd rather not, especially when we
have PNG and TIFF codecs under Apache l
I downloaded sun's codecs [2] that Oleg used in his TIFFRenderer.
Jeremias, you mean that we can legally just put those in the FOP-code?
Following codecs are included in [2]:
- TIFF
- JPEG
- PNG
- BMP
So it should be possible to create a renderer for each of this file
formats. But do we need them
Renaud Richardet wrote:
Peter, let me answer you last mail [1] here:
You are right that the wiki is still vague about the detailled
implementation of the different renderers. Actually, I haven't started
to think about it until today. I will put my ideas tomorrow on the
wiki. I would be happy if you
That's no problem, I think, because Batik has a TIFF encoder [3] already
in their codebase and we can move this code to the common area and use
that. Shouldn't be difficult to adjust.
Otherwise, I'd rather use ImageIO even if it's only available in JDKs
>=1.4.
[3]
http://cvs.apache.org/viewcvs.c
Jeremias Maerki wrote:
Thanks to Glen for raising the issue. The ideal approach is if Oleg
would pack up his TIFFRenderer and donate it to the ASF accompanied with
a software grant [1], but Oleg is a FOP committer and has a CLA on file.
So if Oleg attaches a ZIP with the sources for the TIFFRendere
Thanks to Glen for raising the issue. The ideal approach is if Oleg
would pack up his TIFFRenderer and donate it to the ASF accompanied with
a software grant [1], but Oleg is a FOP committer and has a CLA on file.
So if Oleg attaches a ZIP with the sources for the TIFFRenderer (ALv2
already applied
Glen,
Thanks for your mail.
It's good you raised the legal issue.
Peter, let me answer you last mail [1] here:
You are right that the wiki is still vague about the detailled
implementation of the different renderers. Actually, I haven't started
to think about it until today. I will put my ideas
Team,
Oleg's TIFF Renderer is under the Mozilla license[1],
not the Apache one (also apparently some of the code
is from Sun?). Is the former compatible with the
latter? If not, I would like Oleg to switch the
license on it before we proceed further in putting it
into FOP.
Renaud--thanks for yo
17 matches
Mail list logo