Re: AFP Renderer on Sourceforge
On Sep 29, 2004, at 2:54 AM, Townsend, Pete wrote: Dear fop-dev, The AFP renderer has now been added to sourceforge http://afp-renderer.sourceforge.net and a release is available for download compatible with FOP 0.20.5, please could you close the patch on bugzilla 31213 (or direct them to the above link) so that people don't get hold of an out of date version. If Web Maestro Clay could add a link to the sourceforge site that would be great, and perhaps publicise to your user mailing list? I will add a link shortly. I have some other information to add as well. I'm planning on uploading a fairly major site upgrade in the next couple of weeks. I'll probably get a change to the FOP Resources Page as well, although that currently involves using vi to modify the LIVE xml.apache.org web site... FWIW, I just closed the AFP renderer and included a link to: http://afp-renderer.sourceforge.net Web Maestro Clay
DO NOT REPLY [Bug 31213] - [PATCH] AFP Renderer
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=31213>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=31213 [PATCH] AFP Renderer [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2004-09-29 15:19 --- From: Pete Townsend Subject: AFP Renderer on Sourceforge Date: September 29, 2004 2:54:06 AM PDT To: [EMAIL PROTECTED] Dear fop-dev, The AFP renderer has now been added to sourceforge http://afp-renderer.sourceforge.net and a release is available for download compatible with FOP 0.20.5, please could you close the patch on bugzilla 31213 (or direct them to the above link) so that people don't get hold of an out of date version. If Web Maestro Clay could add a link to the sourceforge site that would be great, and perhaps publicise to your user mailing list? There is some basic documentation which I'll continue to enhance, and I plan to migrate to the latest release when available. At that point I'll be in contact again to see if you wish to take the renderer in house. Regards, Pete.
Re: AFP Renderer on Sourceforge
Townsend, Pete wrote: Dear fop-dev, The AFP renderer has now been added to sourceforge http://afp-renderer.sourceforge.net and a release is available for download compatible with FOP 0.20.5, please could you close the patch on bugzilla 31213 (or direct them to the above link) so that people don't get hold of an out of date version. If Web Maestro Clay could add a link to the sourceforge site that would be great, and perhaps publicise to your user mailing list? There is some basic documentation which I'll continue to enhance, and I plan to migrate to the latest release when available. At that point I'll be in contact again to see if you wish to take the renderer in house. Hi Pete, thanks very much for preparing this. It is likely that I will be asked by company to integrate this into the maintenance code at some point. I would prefer to integrate it into the development branch, but I have to do want my company tells me! Thanks once again, Chris
AFP Renderer on Sourceforge
Dear fop-dev, The AFP renderer has now been added to sourceforge http://afp-renderer.sourceforge.net and a release is available for download compatible with FOP 0.20.5, please could you close the patch on bugzilla 31213 (or direct them to the above link) so that people don't get hold of an out of date version. If Web Maestro Clay could add a link to the sourceforge site that would be great, and perhaps publicise to your user mailing list? There is some basic documentation which I'll continue to enhance, and I plan to migrate to the latest release when available. At that point I'll be in contact again to see if you wish to take the renderer in house. Regards, 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: DO NOT REPLY [Bug 31213] - [PATCH] AFP Renderer
Pete, very good plan. Having your renderer at SourceForge, either in your own project or with Victor's foray, is equally good. On 17.09.2004 12:58:07 Townsend, Pete wrote: > I've had some interest in the renderer, in fact some enhancement requests! > The renderer currently supports raster fonts (these tend to be the most > widely used) however I have a request to add outline font capability, which > should be straight forward. > > Rather than keep adding files to the patch, I'll create a project on > SourceForge. I'll use this to add enhancements and also migrate the code to > 1.0 when a more stable build is available. > > I'd still like to see this renderer in the mainstream project, so this will > give me a nursery area to enhance the renderer until you feel it appropriate > to include the renderer in your code base. > > Once I have SourceForge project established I'd be grateful if you could add > a link from the FOP pages. Jeremias Maerki
RE: DO NOT REPLY [Bug 31213] - [PATCH] AFP Renderer
Pete Townsend wrote: > I've had some interest in the renderer, in fact some > enhancement requests! > The renderer currently supports raster fonts (these tend to > be the most widely used) however I have a request to add > outline font capability, which should be straight forward. > > Rather than keep adding files to the patch, I'll create a > project on SourceForge. I'll use this to add enhancements and > also migrate the code to 1.0 when a more stable build is available. You are welcome to create a project on SourceForge, but one of the purposes of FOray is to provide a home for these things, if possible. I haven't had a chance to look at your patch, but it interests me, especially since I am focusing on font work ATM, and am interested to know whether the approach I have taken will be flexible enough to deal with the AFP fonts. The short answer is that I intend to use AFM files to provide font metrics for raster/bitmap fonts, just to limit the number of parsers that we have to have. However, if you already have another scheme working, I'll be glad to see how we can make them fit. www.foray.org If that helps you at all, please let me know (off-list), and I'll take a look at your code and see if we can find a way to work together. The splinters are sometimes necessary, but the fewer of them we have, the better. I apologize that I haven't had time to look at your patch already. Victor Mote
Re: DO NOT REPLY [Bug 31213] - [PATCH] AFP Renderer
On Sep 17, 2004, at 5:40 AM, Glen Mazza wrote: --- "Townsend, Pete" <[EMAIL PROTECTED]> wrote: I'd still like to see this renderer in the mainstream project, so this will give me a nursery area to enhance the renderer until you feel it appropriate to include the renderer in your code base. We can include a link on our resources page. We're not too motivated to continue with 0.20.x series, it has "keep" property problems. Once I have SourceForge project established I'd be grateful if you could add a link from the FOP pages. Sure, that's what we have Web Maestro for. We don't pay him the big bucks for nothing! (Actually, we don't pay him anything, but thankfully he hasn't seemed to notice that yet. ;) Glen Wait a minute! I'm not getting paid? Not true! I've been given a great e-mail address! As for the link, I'll add it to the Resources page as soon as it's available. Web Maestro Clay
RE: DO NOT REPLY [Bug 31213] - [PATCH] AFP Renderer
--- "Townsend, Pete" <[EMAIL PROTECTED]> wrote: > Glen, > > I've had some interest in the renderer, in fact some > enhancement requests! Yes, there's a lot of interest in this renderer, apparently, and with the more publicity, the more that that will increase. > The renderer currently supports raster fonts (these > tend to be the most > widely used) however I have a request to add outline > font capability, which > should be straight forward. > Be careful that you're working within the framework of XSL (i.e., using the relevant properties for this.) > Rather than keep adding files to the patch, I'll > create a project on > SourceForge. I'll use this to add enhancements and > also migrate the code to > 1.0 when a more stable build is available. > Sounds very good. Please learn the 1.0 rendering system as well--something I'm vague on--to help with porting it over. > I'd still like to see this renderer in the > mainstream project, so this will > give me a nursery area to enhance the renderer until > you feel it appropriate > to include the renderer in your code base. > We can include a link on our resources page. We're not too motivated to continue with 0.20.x series, it has "keep" property problems. > Once I have SourceForge project established I'd be > grateful if you could add > a link from the FOP pages. > Sure, that's what we have Web Maestro for. We don't pay him the big bucks for nothing! (Actually, we don't pay him anything, but thankfully he hasn't seemed to notice that yet. ;) Glen
RE: DO NOT REPLY [Bug 31213] - [PATCH] AFP Renderer
Glen, I've had some interest in the renderer, in fact some enhancement requests! The renderer currently supports raster fonts (these tend to be the most widely used) however I have a request to add outline font capability, which should be straight forward. Rather than keep adding files to the patch, I'll create a project on SourceForge. I'll use this to add enhancements and also migrate the code to 1.0 when a more stable build is available. I'd still like to see this renderer in the mainstream project, so this will give me a nursery area to enhance the renderer until you feel it appropriate to include the renderer in your code base. Once I have SourceForge project established I'd be grateful if you could add a link from the FOP pages. Regards, Pete. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: 17 September 2004 11:41 To: [EMAIL PROTECTED] Subject: DO NOT REPLY [Bug 31213] - [PATCH] AFP Renderer DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=31213>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=31213 [PATCH] AFP Renderer --- Additional Comments From [EMAIL PROTECTED] 2004-09-17 10:41 --- Thank you! It will someday need to be converted into 1.0, but we will keep this bug open for others to see and incorporate into their 0.20.x code. Glen 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.
DO NOT REPLY [Bug 31213] - [PATCH] AFP Renderer
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=31213>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=31213 [PATCH] AFP Renderer --- Additional Comments From [EMAIL PROTECTED] 2004-09-17 10:41 --- Thank you! It will someday need to be converted into 1.0, but we will keep this bug open for others to see and incorporate into their 0.20.x code. Glen
DO NOT REPLY [Bug 31213] - [PATCH] AFP Renderer
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=31213>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=31213 [PATCH] AFP Renderer --- Additional Comments From [EMAIL PROTECTED] 2004-09-14 22:35 --- Created an attachment (id=12735) Fix bug with 300 dpi fonts in the AFPFontReader
DO NOT REPLY [Bug 31213] - [PATCH] AFP Renderer
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=31213>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=31213 [PATCH] AFP Renderer --- Additional Comments From [EMAIL PROTECTED] 2004-09-14 07:39 ------- AFP RENDERER READ ME In order to use the AFP Renderer please follow the instrauctions below: 1) The renderer uses the actual AFP (MODCA) font resources in order to determine the font metrics, therefore you must have access to the font files. Note that it is not possible to ship the renderer with these fonts as they are licenced by IBM (or thrid party font providers). The font files required depend on the fonts you are using but you will require the code page file and character set files. The application assumes that a code page file has a .CDP suffix and character set files have the suffix of the DPI (for example .240). 2) Define the fonts you are using in the afp-fonts.xml file an instance of this XML document may contain definitions for an arbitrary number of fonts that are available to the AFP renderer. Please see the example below which would require the following files to be available in the classpath under the installed-fonts path attribute "afp-font-resources": T1V10285.CDP (code page file) C0G21A00.240 (character set file) C0G31A00.240 (character set file) C0G41A00.240 (character set file) C0G51A00.240 (character set file) C0G21AB0.240 (character set file) C0G31AB0.240 (character set file) C0G41AB0.240 (character set file) C0G51AB0.240 (character set file) 3) You can download a free AFP viewer from: http://www.barrsystems.com/product/afpviewer/default.asp This view may also ship with some afp font resources so that you can use these for testing, your own fonts to it's resources and so use it as a complete test harness.
DO NOT REPLY [Bug 31213] - [PATCH] AFP Renderer
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=31213>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=31213 [PATCH] AFP Renderer --- Additional Comments From [EMAIL PROTECTED] 2004-09-14 07:38 --- Created an attachment (id=12723) Zip source code file as binary file
DO NOT REPLY [Bug 31213] - [PATCH] AFP Renderer
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=31213>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=31213 [PATCH] AFP Renderer --- Additional Comments From [EMAIL PROTECTED] 2004-09-14 07:36 --- Created an attachment (id=12722) Zip file of AFP Renderer source code
DO NOT REPLY [Bug 31213] New: - [PATCH] AFP Renderer
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=31213>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=31213 [PATCH] AFP Renderer Summary: [PATCH] AFP Renderer Product: Fop Version: 0.20.2 Platform: All OS/Version: All Status: NEW Severity: Enhancement Priority: Other Component: general AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] A donation of code for an AFP Renderer.
Re: AFP Renderer Patch
Yes, it's probably best if you include the new files in a ZIP file and attach that separately. On 13.09.2004 11:20:37 Townsend, Pete wrote: > Ok, I did try the command line option as well (with the version of CVS > shipped with WinCVS) - Is my problem related to the fact that these are new > java classes/packages - there seems to be a number of comments that diff > will not include new files? > > I tried with the -N argument but this still didn't include the new files. > (cvs diff -wuNr fop-0_20_2-maintain xml-fop > patch.txt) Jeremias Maerki
RE: AFP Renderer Patch
Ok, I did try the command line option as well (with the version of CVS shipped with WinCVS) - Is my problem related to the fact that these are new java classes/packages - there seems to be a number of comments that diff will not include new files? I tried with the -N argument but this still didn't include the new files. (cvs diff -wuNr fop-0_20_2-maintain xml-fop > patch.txt) Pete. -Original Message- From: Glen Mazza [mailto:[EMAIL PROTECTED] Sent: 13 September 2004 03:46 To: [EMAIL PROTECTED]; Pete Townsend Subject: Re: AFP Renderer Patch I stay away from WinCVS and just use the command line: c:\cvs diff -u > c:\mypatch.txt Thanks, Glen --- Pete Townsend <[EMAIL PROTECTED]> wrote: > I'm trying to generate the patch for the AFP > renderer, something I've not done before! > 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 Patch
I stay away from WinCVS and just use the command line: c:\cvs diff -u > c:\mypatch.txt Thanks, Glen --- Pete Townsend <[EMAIL PROTECTED]> wrote: > I'm trying to generate the patch for the AFP > renderer, something I've not done before! >
AFP Renderer Patch
I'm trying to generate the patch for the AFP renderer, something I've not done before! Can someone tell me what I need to do, following the notes on the web site I just get the following output to the winCVS console: cvs -q diff -wu xml-fop (in directory C:\xml-fop\) ? xml-fop/conf/afp-fonts.dtd ? xml-fop/conf/afp-fonts.xml ? xml-fop/src/org/apache/fop/render/afp * CVS exited normally with code 0 * If someone can let me know how to generate a patch file using winCVS I'll submit it. Many thanks, Pete.
Re: AFP Renderer
--- Chris Bowditch <[EMAIL PROTECTED]> wrote: > Glen Mazza wrote: > > > 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. > > Well, FOP already has renderers in this state: PCL > and Text. > Yes, but that was before I joined the team. ;) I think we had someone from Ant mentioning the problem of having too many unsupported tasks, and how it hurt the project: users clamoring "add this task!" "add that task!" but not supporting it afterwards, when libraries got old or other changes occurred. (As an aside, do we even need Text for 1.0? Somehow I think a stylesheet alone can do that, as it could for HTML. I'd like us to have fewer renderers, but higher quality instead, or somehow have half-done/partly-supported renderers in a staging area of some type, not put into "core" FOP until they're in solid shape and well-supported.) > I believe Demand for AFP is there. We certainly have > customers who want it. > And the fact so many people have written their own > AFP Renderers in house > confirms this. > Good point. Thanks for your endorsement of this render type--this certainly carries weight with me. > Even if we never get round to committing > Pete's AFP Renderer, at > least if it is available as a Patch in bugzilla, its > a better starting point > than the external one by Hansuli Anderegg. > Sure--as long as we have the logic, we can use it in the future, after the 1.0 Renderer architecture is settled. Personally, I'm not sure right now if the Renderers will have more methods/fewer/different, etc., so converting now may require messy future changes at this moment. (I'm still in the middle of the FO's.) I think we should emphasize converting (from 0.20.5) first the logic for PDF, AWT, PS, and PCL. But if you'd like to take a look at AFP out of personal interest, I would have no problem with it. Indeed, it would be great if we could start better understanding the differences between the 0.20.5 and 1.0 renderers--that knowledge will be enormously beneficial in moving all the other renderers over relatively quickly. Thanks, Glen
RE: AFP Renderer
I'll migrate the code so that it works with latest from head. Sorry for the confusion, I wasn't implying a "code dump", the situation is that I am the person putting pressure on the company to release the code and I need to get it into the public domain before I move onto my next internal project. Having said that I am keen to get involved in supporting xml-fop and am happy to do this in my own time assisting in the support of the AFP renderer. There are various tools that can view AFP/MODCA data streams so a mainframe is not required to support it!! There is a good viewer available at http://www.barrsystems.com/product/afpviewer/default.asp Regards, Pete. -Original Message- From: Chris Bowditch [mailto:[EMAIL PROTECTED] Sent: 10 August 2004 09:12 To: [EMAIL PROTECTED] Subject: Re: AFP Renderer Jeremias Maerki wrote: > 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. ;) I wouldnt go as far as saying I understand AFP, but I have worked on a AFP Parser before, and I feel I understand it as well as PDF, i.e. if I dont know what a command does I just look it up in the appropriate reference manual. Chris 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
Keiron Liddle wrote: Well I did it for an internal project and was never allowed to release the code so it has remained unchanged and closed for some time now. I still believe that all is needed is for someone to start put the code into the public. The basic format (although binary and a bit difficult to understand) is not that hard once you get the idea. Not sure what you mean by someone put it into the public? Presumably you mean the company you were working for, rather than one of the FOP committers? Its a shame that so many companies hate the thought of others benefiting from code written by their developers. Chris
Re: AFP Renderer
Townsend, Pete wrote: 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. Thanks for persevering with this. It really will be useful. I know there are many commercial products that work with AFP, I have worked on one such product before. 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! If you could add a patch to bugzilla that would be great. It would be better still if you have the time to convert it to work with HEAD, but if you dont then 0.20.5 will do and ill try and have a go at getting it converted to HEAD. Chris
Re: AFP Renderer
Glen Mazza wrote: 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. Well, FOP already has renderers in this state: PCL and Text. I believe Demand for AFP is there. We certainly have customers who want it. And the fact so many people have written their own AFP Renderers in house confirms this. 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. Well the external AFP Renderer on the Resources page, just isnt very practical. Even if we never get round to committing Pete's AFP Renderer, at least if it is available as a Patch in bugzilla, its a better starting point than the external one by Hansuli Anderegg. Chris
RE: AFP Renderer
Return Receipt Your RE: AFP Renderer document : was Eckard Buchner/Ton Beller AG/DE received by: at: 10.08.2004 10:16:37
RE: AFP Renderer
-Original Message- From: Chris Bowditch [mailto:[EMAIL PROTECTED] Sent: Tuesday, 10 August 2004 6:10 PM To: [EMAIL PROTECTED] Subject: Re: AFP Renderer 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 I agree with Pete here - this AFP renderer is too disjointed and has a few limitations which make it too unpractical. > > And--amazing what Google searches turn up--Keiron also > created one for FOP apparently: > > http://www.aftexsw.com/personal/resume.html Interesting, I never knew that either! Well I did it for an internal project and was never allowed to release the code so it has remained unchanged and closed for some time now. I still believe that all is needed is for someone to start put the code into the public. The basic format (although binary and a bit difficult to understand) is not that hard once you get the idea. I wouldn't think there are any licensing issues since the format specs are available in to the public. > > 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. I dont think there are any licensing issues. AFP is a widely used print format. I have worked on software products dealing with AFP before. Chris
Re: AFP Renderer
Jeremias Maerki wrote: 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. ;) I wouldnt go as far as saying I understand AFP, but I have worked on a AFP Parser before, and I feel I understand it as well as PDF, i.e. if I dont know what a command does I just look it up in the appropriate reference manual. Chris
Re: AFP Renderer
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 I agree with Pete here - this AFP renderer is too disjointed and has a few limitations which make it too unpractical. And--amazing what Google searches turn up--Keiron also created one for FOP apparently: http://www.aftexsw.com/personal/resume.html Interesting, I never knew that either! 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. I dont think there are any licensing issues. AFP is a widely used print format. I have worked on software products dealing with AFP before. Chris
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, c
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: AFP Renderer / Batch Assembler for FOP
This is really a great add on to FOP. Particularly for people who want to print in the mainframe environment with the AFP printers. Thanks a lot Anderegg. -Rajendran - Original Message - From: "J.U. Anderegg" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> Sent: Saturday, December 07, 2002 10:05 AM Subject: New: AFP Renderer / Batch Assembler for FOP > For details see: > > see http://mypage.bluewin.ch/huanderegg > > Topics of general interest: > > - use of Jeremias Maerki's extension sample: for PDF bookmarks, JavaScripts, > barcodes? > - Java Image I/O > - decoupling the renderer > > Hansuli Anderegg > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, email: [EMAIL PROTECTED] > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
New: AFP Renderer / Batch Assembler for FOP
For details see: see http://mypage.bluewin.ch/huanderegg Topics of general interest: - use of Jeremias Maerki's extension sample: for PDF bookmarks, JavaScripts, barcodes? - Java Image I/O - decoupling the renderer Hansuli Anderegg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]