RE: AFP Renderer
Glen, I'll get this added as a patch (via Bugzilla as Chris suggested). The developer forum can then decide if this is something you wish to take forward (perhaps someone can get feedback from the user community as to whether it would be desirable). It has saved us a huge amount of effort, previously we had to define duplicate print templates (one for PDF and the other for mainframe AFP/IPDS) - so as one member of that community I can vouch for its desirability. Also if you search the web you will see that many commercial products will convert AFP/IPDS to PDF or vice versa so the demand is certainly there and the addition of this capability is likely to increase the user base. I appreciate that an additional renderer adds an overhead, hence offering my services to support it. It has taken a lot of pressure from myself to get agreement by my company to release to ASF - they are likely to be reluctant to have the code released elsewhere (i.e. on a resource page) - we have a very sensitive legal department! Regards, Pete. -Original Message- From: Glen Mazza [mailto:[EMAIL PROTECTED] Sent: 09 August 2004 14:55 To: [EMAIL PROTECTED] Subject: RE: AFP Renderer My primary goal is not to "get this committed." But if you have code you wish to donate to the ASF, just do so via Bugzilla. It doesn't matter which format--it is the logic in the code that is being sought. No guarantees, however, as to it ever getting committed into FOP, because we don't have significant demand for it, and as Jeremias said, there is a time factor involved with maintaining renderers. There is also the issue of the damage done to the FOP's reputation as a whole should it ship with renderers that operate only partially or incorrectly. Today is the first I've ever heard of AFP, and I've been on the project for eighteen months, so it has to be given lower priority compared to the other output types that we *do* get demand for--PDF, PS, PCL, and AWT. And so we'll need to hear substantive demand from the user community first--else it should remain external (perhaps added to our resource page, as we currently do in such cases) to the project. Thanks, Glen --- "Townsend, Pete" <[EMAIL PROTECTED]> wrote: > > 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. > 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.
RE: AFP Renderer
My primary goal is not to "get this committed." But if you have code you wish to donate to the ASF, just do so via Bugzilla. It doesn't matter which format--it is the logic in the code that is being sought. No guarantees, however, as to it ever getting committed into FOP, because we don't have significant demand for it, and as Jeremias said, there is a time factor involved with maintaining renderers. There is also the issue of the damage done to the FOP's reputation as a whole should it ship with renderers that operate only partially or incorrectly. Today is the first I've ever heard of AFP, and I've been on the project for eighteen months, so it has to be given lower priority compared to the other output types that we *do* get demand for--PDF, PS, PCL, and AWT. And so we'll need to hear substantive demand from the user community first--else it should remain external (perhaps added to our resource page, as we currently do in such cases) to the project. Thanks, Glen --- "Townsend, Pete" <[EMAIL PROTECTED]> wrote: > > 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. >
RE: AFP Renderer
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 >
Re: AFP Renderer
Hehe, and then there was the one by UBS which I asked them to make OSS and they declined even after killing the project. I don't think there's a big legal problem around AFP, it's probably more the technology itself that has the attribute "may cost a bit more" on it. :-) While it would be great to have an AFP renderer we also have to see how to support it. Pete seems to imply a code dump ("Once I move on to the next project it is unlikely to happen.") so a little warning sign may be asked for. How many of us understand AFP? I don't. Yet. ;) On 09.08.2004 14:35:08 Glen Mazza wrote: > 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. Jeremias Maerki
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. > >
RE: AFP Renderer
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.
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.
RE: AFP Renderer
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. 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. Many thanks, Pete Townsend. -Original Message- From: Townsend, Pete Sent: 05 August 2004 16:45 To: '[EMAIL PROTECTED]' Subject: AFP Renderer Dear FOP Team, A few months ago I wrote an AFP (Advanced Function Printing) renderer that generates AFP data streams from a formatted object based on the current version of the Apache FOP project. This is currently in a stable build and is coming to the end of a system test phase. The primary reason for the development was that we wanted to generate documents from one FO template in different formats (PDF for online and AFP for batch mainframe printing). I've been in discussion with my company (Legal & General) about releasing this code to the Apache Project. I please to say that they have finally agreed. The one caveat is that the Apache Software License must be included on all code (general nervousness of the part of the legal department!). If you're interested in adding mainframe AFP rendering capability to the FOP project please let me know how I can get involved. I'm happy to act as a contributor and support this code in the initial instance. Kind Regards, Pete Townsend. Home Email: [EMAIL PROTECTED] 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.
Re: generating PDFs in non-english
Nuno Lopes wrote: Hello, I was trying to make some PDFs of the PHP manual when I got some problems. The manual is written in docbook and then I have a XSL sheet. I can generate the manual in english, portuguese, french,... but not in russian. Firstly, please post user related questions to the user list. The Development list is for code related issues. The developers are all subscribed to the user list anyway. When I open the file I only get #. What am I doing wrong? I've tried using FOP directly with XML, and with a FOP file generated by xsltproc, but noone works. This means that the font-family you are using does not have any glyphs for the russian code points. It is a FAQ, with more details on the web site: http://xml.apache.org/fop/faq.html#pdf-characters Chris