Glen, I am aware of the renderer mentioned on http://xml.apache.org/fop/resources.html this renderer actually generates an intermediate file you then needed to purchase a batch assembler which takes the generated content to produced AFP. It doesn't appear to use the actual AFP font in calculating the metrics so I'm not sure how accurate it would be plus it is not fully open (it's a partial solution). I specifically wrote an AFP font reader that uses the font metrics from the AFP font files.
As I understand it there are no licence issues over AFP. AFP is an open standard maintained by IBM and the documentation is freely available for download (hence my ability to write a renderer). There are licence issues over fonts, however anybody wanting to use the renderer is likely to be licensed for various fonts, so they would need to supply their own. I was intending taking an open source font and converting it to AFP so that a free AFP font would be available for people to test/try out (unless anyone is aware of an existing opens AFP font?). I did quite a lot of research before writing my own AFP renderer and could not find an open source implementation, so I think it would be a valuable addition. Could you let me know whether it is best being submitted in either 0.20.5 or 1.0 format and point me in the right direction to get this committed. As mentioned previously I'm happy to act as a contributor in this respect. Cheers, Pete. -----Original Message----- From: Glen Mazza [mailto:[EMAIL PROTECTED] Sent: 09 August 2004 13:35 To: [EMAIL PROTECTED] Subject: RE: AFP Renderer There are already other AFP Renderers for FOP 0.20.5--actually Hansuli has it in our resources page: http://xml.apache.org/fop/resources.html And--amazing what Google searches turn up--Keiron also created one for FOP apparently: http://www.aftexsw.com/personal/resume.html But if you wish to donate code to the ASF, you are welcome to submit it as a patch--in either 0.20.5 or 1.0 format. (I caution though that the 1.0 rendering system architecturally is not finalized.) We can possibly leverage it along with the others in the future. The fact that we don't have native support for it already, however, could mean that there were licensing issues involved with its inclusion (or the fonts it uses, perhaps). This may be an IBM-only technology for which you must use IBM-only products--I don't know. Thanks, Glen --- "Townsend, Pete" <[EMAIL PROTECTED]> wrote: > Chris, > > The renderer is based on the maintenance code > (0.20.5) I'll get the latest > from head and migrate the renderer to use this (I > haven't looked at the > redesign so I don't know how much effort this will > be). > > I assume I'd need commit access to CVS at some point > to include this in the > redesign build. What are the timescales for a > developer release? > > Regards, Pete. > > > > -----Original Message----- > From: Chris Bowditch > [mailto:[EMAIL PROTECTED] > Sent: 09 August 2004 12:00 > To: [EMAIL PROTECTED] > Subject: Re: AFP Renderer > > > Townsend, Pete wrote: > > > Dear FOP Developers, > > > > Could you let me know whether you'd be interested > in adding a AFP renderer > > to the project. I really think it would be > worthwhile as many enterprise > > scale projects use AFP printing and being able to > use a formatted object > so > > they can be rendered as AFP or PDF is very > advantageous. > > Yes, yes, yes! Couldnt agree more. AFP would be very > useful. > > > > > I'd be grateful if someone could respond as I only > have a limited window > of > > opportunity to get the code into the public > domain. Once I move on to the > > next project it is unlikely to happen. > > I suppose you based the AFP Renderer on the > maintenance code (0.20.5)? A > shame > since no more releases will be done from this > branch. It may be possible to > modify the patch to work with the current > development code (CVS HEAD) > > The patch process is fairly straight forward. Use a > CVS client to generate a > > difference file between the CVS code and your code. > If you based your AFP > Renderer on the maintenance code then be careful, > you will be to do a > difference against the branch fop-0_20_2-maintain. > Then submit a new > bugzilla > entry with title [PATCH] and attach (not copy & > paste) the difference file > to > the bugzilla entry. > > Chris > > P.S: I never saw your original post. Dont know how > it slipped past me. > > > This e-mail (and any attachments) may contain > privileged and/or confidential information. If you > are not the intended recipient please do not > disclose, copy, distribute, disseminate or take any > action in reliance on it. If you have received this > message in error please reply and tell us and then > delete it. Should you wish to communicate with us by > e-mail we cannot guarantee the security of any data > outside our own computer systems. For the protection > of Legal & General's systems and staff, incoming > emails will be automatically scanned. > > Any information contained in this message may be > subject to applicable terms and conditions and must > not be construed as giving investment advice within > or outside the United Kingdom. > > Legal & General Group PLC, Temple Court, 11 Queen > Victoria Street, London, EC4N 4TP. > Registered in England no: 1417162 > > Legal & General Group Plc is a holding company, > subsidiary undertakings of which are fully > authorised as appropriate under the Financial > Services and Markets Act in respect of their > investment activities in the UK. > >