afp-renderer-users Mailing List for AFP Renderer for Apache FOP (Page 2)
Brought to you by:
towny,
tumbarumba
You can subscribe to this list here.
2004 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(4) |
Nov
(10) |
Dec
(9) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2005 |
Jan
(6) |
Feb
|
Mar
(13) |
Apr
|
May
(4) |
Jun
(1) |
Jul
(3) |
Aug
(1) |
Sep
(1) |
Oct
(4) |
Nov
(4) |
Dec
|
2006 |
Jan
(3) |
Feb
|
Mar
(1) |
Apr
(2) |
May
|
Jun
|
Jul
|
Aug
(5) |
Sep
(1) |
Oct
|
Nov
(1) |
Dec
(5) |
2007 |
Jan
(1) |
Feb
(14) |
Mar
|
Apr
(5) |
May
|
Jun
|
Jul
(1) |
Aug
(2) |
Sep
|
Oct
(4) |
Nov
|
Dec
|
2008 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
(1) |
Jun
(7) |
Jul
(4) |
Aug
(2) |
Sep
(5) |
Oct
(13) |
Nov
(52) |
Dec
(52) |
2009 |
Jan
(24) |
Feb
|
Mar
|
Apr
|
May
(2) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Joe S. <jo...@ex...> - 2005-05-11 20:41:46
|
On Wed, 2005-05-11 at 21:15, Joe Schmetzer wrote: > On Wed, 2005-05-11 at 16:07, Magowan, David (ANFIS) wrote: > > We have produced PDF and AFP from the same XSL:FO file and the output > > is different. The AFP version has horizontal and vertical lines > > appearing that the PDF does not. > > > > This issue was raised a few weeks ago by my colleague Steve Beattie > > when it was initially thought that the problem was to do with BORDERS. > > We have since discovered that the border processing is working > > correctly (i.e. boxes appearing around the answers on RHS of the > > page). > > > > I have attached the PDF, AFP and the XSL:FO > > > > Has anyone come across this problem before ? If so, did you resolve it > > and how ? > > > > Any help would be much appreciated. > > Hi David, > > I had a look at your example, and was able to reproduce your problem. > The issue lies with handling of border-width="0px" inside your example > fo. The AFP Renderer incorrectly treats this as a non-zero width, and so > displays a border. I had tried to do a fix for Steve, but it looks like > I missed a scenario. > > If you delete the border-width="0px" attributes from your example, the > results look more like what you would expect. If you have full control > over your fo generation, you can simply remove these. > > In the meantime, I'll try and fix up the source to get the correct > behaviour. Actually, scratch that. My last patch *did* fix the problem. It looks like you're using version 1.1.0. You should be using version 1.1.1-dev (which will become version 1.1.1 when I get around to doing a release). You can confirm the version you are using by running the command `XML2AFP.sh -v` (unix) or `XML2AFP.bat -v` (windows) It should print out something like: XML2AFP 1.1.1-dev Cheers, Joe |
From: Joe S. <jo...@ex...> - 2005-05-11 20:15:25
|
On Wed, 2005-05-11 at 16:07, Magowan, David (ANFIS) wrote: > We have produced PDF and AFP from the same XSL:FO file and the output > is different. The AFP version has horizontal and vertical lines > appearing that the PDF does not. > > This issue was raised a few weeks ago by my colleague Steve Beattie > when it was initially thought that the problem was to do with BORDERS. > We have since discovered that the border processing is working > correctly (i.e. boxes appearing around the answers on RHS of the > page). > > I have attached the PDF, AFP and the XSL:FO > > Has anyone come across this problem before ? If so, did you resolve it > and how ? > > Any help would be much appreciated. Hi David, I had a look at your example, and was able to reproduce your problem. The issue lies with handling of border-width="0px" inside your example fo. The AFP Renderer incorrectly treats this as a non-zero width, and so displays a border. I had tried to do a fix for Steve, but it looks like I missed a scenario. If you delete the border-width="0px" attributes from your example, the results look more like what you would expect. If you have full control over your fo generation, you can simply remove these. In the meantime, I'll try and fix up the source to get the correct behaviour. Cheers, Joe |
From: steve b. <ste...@gm...> - 2005-05-11 18:20:19
|
Hi David, How's tricks? I've had a look at the attached and put it through my copy of afp-renderer. My output doesn't have the required fonts so it looks a bit poor, but I think you're using the original afp-renderer.jar. Joe sent me an amended version, I downloaded it and used it for testing when I was on the project - I've attached a copy just incase you've lost it :o). Hope the project continues to progress. Cheers, Steve. On 5/11/05, Magowan, David (ANFIS) <dav...@an...> wrote: > =20 > =20 >=20 > We have produced PDF and AFP from the same XSL:FO file and the output is > different. The AFP version has horizontal and vertical lines appearing th= at > the PDF does not.=20 >=20 > This issue was raised a few weeks ago by my colleague Steve Beattie when = it > was initially thought that the problem was to do with BORDERS. We have si= nce > discovered that the border processing is working correctly (i.e. boxes > appearing around the answers on RHS of the page).=20 >=20 > I have attached the PDF, AFP and the XSL:FO=20 >=20 > Has anyone come across this problem before ? If so, did you resolve it an= d > how ?=20 >=20 > Any help would be much appreciated.=20 >=20 > <<example1.pdf>> <<example2.afp>> <<example.fo>>=20 > =20 > ********************************************************************** > This email and any files transmitted with it are confidential and > intended solely for the use of the individual or entity to whom they > are addressed. If you have received this email in error please notify > the system manager. > =20 > This footnote also confirms that this email message has been swept by > MIMEsweeper for the presence of computer viruses. > =20 > www.mimesweeper.com > ********************************************************************** > =20 > |
From: Venkataramani, P. <Pra...@ss...> - 2005-03-24 16:20:53
|
Hai, We are trying to generate a fully resolved AFP. As per the link, http://afp-renderer.sourceforge.net/afp-extensions.html <afp:page-group id="PGG001"> <afp:tag-logical-element name="key" value="value"/> </afp:page-group> We did add the TLE's to the stylesheet that we use.Now the question is Where in the stylesheet this should be added. We know Page gorup element is linked to Page sequence element. Or can this be added anywhere. WE did look thru a HEX editor to see the contents of generated AFP file We don't see the Keys and its values. Any help would be appreciated. Prakash |
From: steve b. <ste...@gm...> - 2005-03-17 22:06:02
|
Jo, Just to let you know that we tested the changes this week, the PDF and AFP now look the same. Thanks again for your help, Steve. On Mon, 14 Mar 2005 19:24:26 +0000, steve beattie <ste...@gm...> wrote: > Hi Jo, > That's excellent, thanks for your help. I'll try it out this week. > > Cheers, Steve. > > |
From: Owen, H. S. <Har...@ss...> - 2005-03-16 16:59:37
|
We're using AFP Renderer with promising results. However, our customer requires that we provide "fully resolved AFP". One difference we can see visually when we inspect the files is that our AFP files are missing indexes/keys. I found something on the web called ACIF (AFP Conversion and Indexing Facility) that generates AFP OBJECT files. It says, "Object files are a concatination of AFP Resources (Overlays, Page Segments, Formdefs, Pagedefs, and Fonts) ACIF Indexing and AFP Output file." My question is, can AFP Renderer generate fully resolved/indexed AFP files? Can someone clarify how our Java application running on Solaris could achieve this? |
From: steve b. <ste...@gm...> - 2005-03-14 19:24:39
|
Hi Jo, That's excellent, thanks for your help. I'll try it out this week. Cheers, Steve. On Mon, 14 Mar 2005 15:32:11 -0000 (GMT), Joe Schmetzer <jo...@ex...> wrote: > Hi Steve, > > Curiosity got the better of me, and I made some time to explore your > problem. I found a hardcoded rectangle line width in AFPRenderer.java, > which is used any time that any type of border is specified. > > I've created a patch to work around the problem, and confirmed that it > works for your example po. I've attached the patch and the corresponding > afp-renderer.jar to this email. I'm not going to publish a bugfix release > at this stage until Pete can do a proper review, but this might help you > get past your current issue. > > Regarding a (free) afp viewer under Linux, I've got the same issue. I > googled without much success. If you hear about anything, I'd like to > know. > > Cheers, > Joe > > On Mon, March 14, 2005 9:45 am, steve beattie said: > > Hi Pete, > > I've added the border command to the 'simple.fo' example that comes > > with FOP, it's appears to be acting the same as our test version at > > work, i.e. no border in pdf, but a border in afp. > > > > Also, can you recommend an afp viewer that will run under Linux? I > > use IBM's afp viewer plug-in for IE/Netscape, but I develop on Linux > > so changing from Linux to XP just to view the afp is a pain. > > > > Let me know if you need any more info. > > > > Cheers, Steve. > > > > > > On Sun, 13 Mar 2005 20:59:19 +0000 (GMT), PETE TOWNSEND > > <pet...@bt...> wrote: > >> Hi Steve, > >> > >> Does sound like a bug, if you can send me a complete FO which reproduces > >> the > >> problem I'll have a look at it on my return to the UK in April. > >> > >> Cheers, Pete. > >> > > > > > |
From: Joe S. <jo...@ex...> - 2005-03-14 15:32:32
|
Hi Steve, Curiosity got the better of me, and I made some time to explore your problem. I found a hardcoded rectangle line width in AFPRenderer.java, which is used any time that any type of border is specified. I've created a patch to work around the problem, and confirmed that it works for your example po. I've attached the patch and the corresponding afp-renderer.jar to this email. I'm not going to publish a bugfix release at this stage until Pete can do a proper review, but this might help you get past your current issue. Regarding a (free) afp viewer under Linux, I've got the same issue. I googled without much success. If you hear about anything, I'd like to know. Cheers, Joe On Mon, March 14, 2005 9:45 am, steve beattie said: > Hi Pete, > I've added the border command to the 'simple.fo' example that comes > with FOP, it's appears to be acting the same as our test version at > work, i.e. no border in pdf, but a border in afp. > > Also, can you recommend an afp viewer that will run under Linux? I > use IBM's afp viewer plug-in for IE/Netscape, but I develop on Linux > so changing from Linux to XP just to view the afp is a pain. > > Let me know if you need any more info. > > Cheers, Steve. > > > On Sun, 13 Mar 2005 20:59:19 +0000 (GMT), PETE TOWNSEND > <pet...@bt...> wrote: >> Hi Steve, >> >> Does sound like a bug, if you can send me a complete FO which reproduces >> the >> problem I'll have a look at it on my return to the UK in April. >> >> Cheers, Pete. >> > |
From: steve b. <ste...@gm...> - 2005-03-14 09:45:35
|
Hi Pete, I've added the border command to the 'simple.fo' example that comes with FOP, it's appears to be acting the same as our test version at work, i.e. no border in pdf, but a border in afp. Also, can you recommend an afp viewer that will run under Linux? I use IBM's afp viewer plug-in for IE/Netscape, but I develop on Linux so changing from Linux to XP just to view the afp is a pain. Let me know if you need any more info. Cheers, Steve. On Sun, 13 Mar 2005 20:59:19 +0000 (GMT), PETE TOWNSEND <pet...@bt...> wrote: > Hi Steve, > > Does sound like a bug, if you can send me a complete FO which reproduces the > problem I'll have a look at it on my return to the UK in April. > > Cheers, Pete. > |
From: PETE T. <pet...@bt...> - 2005-03-13 20:59:28
|
Hi Steve, Does sound like a bug, if you can send me a complete FO which reproduces the problem I'll have a look at it on my return to the UK in April. Cheers, Pete. steve beattie <ste...@gm...> wrote: Hi Joe, Thanks for the info. I think I have a copy of the source code, so I'll have a look to see if I can spot anything that looks buggy. Cheers, Steve. On Fri, 11 Mar 2005 22:46:51 +0000, Joe Schmetzer wrote: > > That sounds suspiciously like a bug. I'll try and reproduce the problem > locally, but unfortunately I don't have much time for hacking at the > moment, and Pete is on holidays for a few more weeks yet. If your > implementation timescale is less than a month, you'll probably need to > look at removing the border (sorry!) > > Of course, any other volunteers are always welcome to submit a patch ;-) > > Cheers, > Joe > > ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click _______________________________________________ afp-renderer-users mailing list afp...@li... https://lists.sourceforge.net/lists/listinfo/afp-renderer-users |
From: steve b. <ste...@gm...> - 2005-03-12 08:57:03
|
Hi Joe, Thanks for the info. I think I have a copy of the source code, so I'll have a look to see if I can spot anything that looks buggy. Cheers, Steve. On Fri, 11 Mar 2005 22:46:51 +0000, Joe Schmetzer <jo...@ex...> wrote: > > That sounds suspiciously like a bug. I'll try and reproduce the problem > locally, but unfortunately I don't have much time for hacking at the > moment, and Pete is on holidays for a few more weeks yet. If your > implementation timescale is less than a month, you'll probably need to > look at removing the border (sorry!) > > Of course, any other volunteers are always welcome to submit a patch ;-) > > Cheers, > Joe > > |
From: Joe S. <jo...@ex...> - 2005-03-11 22:47:02
|
On Fri, 2005-03-11 at 13:43, steve beattie wrote: > Hi All, > First of all thanks to all involved for the AFP Renderer, most useful. > We're in the process of testing it prior to it being used in a > production Unix/Mainframe environment. So far we only have one > problem... > > We have one set of xsl:fo that is converted into PDF via FOP and into > AFP via the AFP Renderer. The AFP is eventually FTPed to our > mainframe where it's printed. The xsl:fo has the following block of > code:- > > <fo:block background-color="#ffffff" border-color="#000000" > border-style="none" border-width="0pt" font-size="10pt" > margin-bottom="0.3in" margin-left="0.1in" margin-right="0.1in" > margin-top="0.1in" width="100%"> > On the top of all pages... > </fo:block> > > In PDF the border doesn't print, but in AFP it does. Ideally we would > like PDF and the AFP to be the same. Now I know we can remove the > border attributes, but the xsl:fo is produced by a third party tool, > so we have a few hoops to jump throught to get them to remove all the > border commands!! That sounds suspiciously like a bug. I'll try and reproduce the problem locally, but unfortunately I don't have much time for hacking at the moment, and Pete is on holidays for a few more weeks yet. If your implementation timescale is less than a month, you'll probably need to look at removing the border (sorry!) Of course, any other volunteers are always welcome to submit a patch ;-) Cheers, Joe |
From: steve b. <ste...@gm...> - 2005-03-11 13:43:52
|
Hi All, First of all thanks to all involved for the AFP Renderer, most useful. We're in the process of testing it prior to it being used in a production Unix/Mainframe environment. So far we only have one problem... We have one set of xsl:fo that is converted into PDF via FOP and into AFP via the AFP Renderer. The AFP is eventually FTPed to our mainframe where it's printed. The xsl:fo has the following block of code:- <fo:block background-color="#ffffff" border-color="#000000" border-style="none" border-width="0pt" font-size="10pt" margin-bottom="0.3in" margin-left="0.1in" margin-right="0.1in" margin-top="0.1in" width="100%"> On the top of all pages... </fo:block> In PDF the border doesn't print, but in AFP it does. Ideally we would like PDF and the AFP to be the same. Now I know we can remove the border attributes, but the xsl:fo is produced by a third party tool, so we have a few hoops to jump throught to get them to remove all the border commands!! We're using afp-renderer-1.1.0-final. Please let me know if there are any other alternatives. Thanks, Steve. |
From: PETE T. <pet...@bt...> - 2005-03-03 04:43:23
|
Hi Alfonso, As Joe said I'm in New Zealand at the moment and won't be back until the end of March, if you follow the example it should work. However as you probably know what it does is include a reference to your external graphic resource, so you need to make sure this is installed on your printer. Otherwise try debugging the AFP renderer and check that it is invoking the include page segment method, if not you probably have something wrong in your FO xml. Good luck, if you still have problems I'll send you a simple example in early April. Rgds, Pete. Joe Schmetzer <jo...@ex...> wrote:On Tue, 2005-03-01 at 01:48, Alfonso Franco wrote: > Hello i allready tried the example in the documentation about include > a image as a segment, this is my example : > > > > The file name of the segment it's "S1TEL0.SEG". > > > > It doesn't work, maybe someone could give me a sample like hello > world using a image as segment, i'm using an xsl file for the > stylesheet and a xml file for data, it compiles without any errors but > it doesn't show the image, thanks .... Hi Alfonso, Pete and I are using this feature currently without any problems in a production system. Unfortunately, we're both on holidays right now, and I can't get hold of any examples for you right now. If you can hold on, I'll be back in the office in the next fews days. I'll try and get an example included in the distributed zip (for the next time this question pops up). Cheers, Joe ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click _______________________________________________ afp-renderer-users mailing list afp...@li... https://lists.sourceforge.net/lists/listinfo/afp-renderer-users |
From: Joe S. <jo...@ex...> - 2005-03-01 20:45:22
|
On Tue, 2005-03-01 at 01:48, Alfonso Franco wrote: > Hello i allready tried the example in the documentation about include > a image as a segment, this is my example : > > <afp:include-page-segment id="IPS001" name="S1TEL0"/> > > The file name of the segment it's "S1TEL0.SEG". > > <fo:block id="IPS001"/> > > It doesn't work, maybe someone could give me a sample like hello > world using a image as segment, i'm using an xsl file for the > stylesheet and a xml file for data, it compiles without any errors but > it doesn't show the image, thanks .... Hi Alfonso, Pete and I are using this feature currently without any problems in a production system. Unfortunately, we're both on holidays right now, and I can't get hold of any examples for you right now. If you can hold on, I'll be back in the office in the next fews days. I'll try and get an example included in the distributed zip (for the next time this question pops up). Cheers, Joe |
From: Alfonso F. <afr...@ho...> - 2005-03-01 01:49:10
|
<html><div style='background-color:'><DIV class=RTE>Hello i allready tried the example in the documentation about include a image as a segment, this is my example :</DIV> <DIV class=RTE> </DIV> <DIV class=RTE> <afp:include-page-segment id="IPS001" name="S1TEL0"/> </DIV> <DIV class=RTE> </DIV> <DIV class=RTE> The file name of the segment it's "S1TEL0.SEG".</DIV> <DIV class=RTE> </DIV> <DIV class=RTE> <fo:block id="IPS001"/></DIV> <DIV class=RTE> </DIV> <DIV class=RTE> It doesn't work, maybe someone could give me a sample like hello world using a image as segment, i'm using an xsl file for the stylesheet and a xml file for data, it compiles without any errors but it doesn't show the image, thanks ....</DIV></div></html> |
From: Pete T. <pe...@to...> - 2005-01-28 20:51:24
|
Carsten, The renderer does not currently provide support for embedding images. Please feel to submit a patch if you wish to develop this support yourself, alternatively I will add it to our enhancement list. The normal way to embed images in AFP is to use a include page segment or overlay. This is a separate AFP resource and that you would need developed (there are many companies who can do this for you, please see our supporters page). You can then reference the Include Page Segment or Overlay and it will be included provided the resource is added to your. This is the most suitable way to include images as it reduces the size of the AFP data stream (i.e. only a reference is added rather that the complete raster image). The syntax for using include page overlays/segments is fully documented on the web site.=20 Rgds, Pete. -----Original Message----- From: afp...@li... [mailto:afp...@li...] On Behalf Of Car...@hs... Sent: 28 January 2005 15:17 To: afp...@li... Subject: [afp-renderer-users] Problems with getting images in AFP [Virus checked HSH Nordbank] Hello, i'm new to this forum, but any help will be appreciated. I tried searching for this problem/error in the internet but couldn't find anything! We want to put our company logo into the AFP document. Unfortunaley this doesn't work! After rendering the AFP Document doesn't have any image. We got no error messages only a warning from FOP : [INFO ][massendruck.render.AFPRenderBean:73]: building formatting object tree [INFO ] [massendruck.render.AFPRenderBean:73]: [1] [INFO ] [massendruck.render.AFPRenderBean:73]: area contents overflows area in line [INFO ] [massendruck.render.AFPRenderBean:73]: area contents overflows area in line [WARN ] [massendruck.render.AFPRenderBean:104]: Some static content could not fit in the area. For including the image we use following snippet in the XSL-File : <fo:table-row> <fo:table-cell text-align=3D"center" number-columns-spanned=3D"2"> <fo:block font-size=3D"7pt" line-height=3D"14pt"> <fo:external-graphic src=3D"C:\pictures\logo.gif"/></fo:block> </fo:table-cell> </fo:table-row> Anyone know why I'm getting this and how I can solve it? Or how to include an image in the AFP Document? Thanks in advance! Carsten Heiber ________________________________________________________________________ ________________ Diese Nachricht kann vertrauliche Informationen enthalten. Sollten Sie nicht der vorgesehene Empf=E4nger sein, so bitten wir Sie, den Absender unverz=FCglich zu informieren und die E-Mail zu l=F6schen. Jeder = unbefugte Zugriff oder unbefugte Weiterleitung, die Fertigung einer Kopie, die Ver=F6ffentlichung oder sonstige in diesem Zusammenhang stehende = Handlung ist untersagt. Da wir nicht die Echtheit oder Vollst=E4ndigkeit der in = dieser Nachricht enthaltenen Informationen garantieren k=F6nnen, schlie=DFen = wir die rechtliche Verbindlichkeit der vorstehenden Erkl=E4rungen und = =C4u=DFerungen aus. This message may contain confidential information. If you are not the intended recipient please promptly inform the sender and delete this email. Any other unauthorized access or unauthorized forwarding, copy creation, publication or any other action in this connection is prohibited. As we cannot guarantee the genuineness or completeness of the information contained in this message, the statements set forth above are not legally binding. ------------------------------------------------------- This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting Tool for open source databases. Create drag-&-drop reports. Save time by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. Download a FREE copy at http://www.intelliview.com/go/osdn_nl _______________________________________________ afp-renderer-users mailing list afp...@li... https://lists.sourceforge.net/lists/listinfo/afp-renderer-users |
From: <Car...@hs...> - 2005-01-28 15:17:24
|
Hello, i'm new to this forum, but any help will be appreciated. I tried searching for this problem/error in the internet but couldn't f= ind anything! We want to put our company logo into the AFP document. Unfortunaley this doesn't work! After rendering the AFP Document doesn't have any image. We got no error messages only a warning from FOP : [INFO ][massendruck.render.AFPRenderBean:73]: building formatting objec= t tree [INFO ] [massendruck.render.AFPRenderBean:73]: [1] [INFO ] [massendruck.render.AFPRenderBean:73]: area contents overflows = area in line [INFO ] [massendruck.render.AFPRenderBean:73]: area contents overflows = area in line [WARN ] [massendruck.render.AFPRenderBean:104]: Some static content cou= ld not fit in the area. For including the image we use following snippet in the XSL-File : <fo:table-row> <fo:table-cell text-align=3D"center" number-columns-spanned=3D"2"= > <fo:block font-size=3D"7pt" line-height=3D"14pt"> <fo:external-graphic src=3D"C:\pictures\logo.gif"/></fo:block> </fo:table-cell> </fo:table-row> Anyone know why I'm getting this and how I can solve it? Or how to include an image in the AFP Document? Thanks in advance! Carsten Heiber _______________________________________________________________________= _________________ Diese Nachricht kann vertrauliche Informationen enthalten. Sollten Sie nicht der vorgesehene Empf=E4nger sein, so bitten wir Sie, den Absender= unverz=FCglich zu informieren und die E-Mail zu l=F6schen. Jeder unbefu= gte Zugriff oder unbefugte Weiterleitung, die Fertigung einer Kopie, die Ver=F6ffentlichung oder sonstige in diesem Zusammenhang stehende Handlu= ng ist untersagt. Da wir nicht die Echtheit oder Vollst=E4ndigkeit der in dies= er Nachricht enthaltenen Informationen garantieren k=F6nnen, schlie=DFen w= ir die rechtliche Verbindlichkeit der vorstehenden Erkl=E4rungen und =C4u=DFer= ungen aus. This message may contain confidential information. If you are not the intended recipient please promptly inform the sender and delete this em= ail. Any other unauthorized access or unauthorized forwarding, copy creation= , publication or any other action in this connection is prohibited. As we= cannot guarantee the genuineness or completeness of the information contained in this message, the statements set forth above are not legal= ly binding. = |
From: Joe S. <jo...@ex...> - 2005-01-12 14:13:31
|
On Wed, January 12, 2005 1:36 pm, Michele Cannella said: > Hi all, > > I must write a program to read an afp stream to extract > some (anagrafical ) data from it. > I cannot find, on the web, a good documentation of the > format of the file. > As you write an afp stream I suppose you know a lot > regarding the format: could someone please send some > links to find some info ? > I've followed those in one of the email of this list > but I had problems finding what I am looking for.. IBM does a pretty good job at obsfucating their urls. The document you want if probably "AFP: Programming Guide and Line Data Reference". To find this, follow the link on the AFP Renderer resources page at http://afp-renderer.sourceforge.net/resources.html to the IBM Printing System Support Manuals. Click on the "AFP Architecture" link, which takes you to a funny search results screen. The top result is the document you probably want. Good luck, Joe |
From: Michele C. <mic...@te...> - 2005-01-12 13:36:39
|
Hi all, I must write a program to read an afp stream to extract some (anagrafical ) data from it. I cannot find, on the web, a good documentation of the format of the file. As you write an afp stream I suppose you know a lot regarding the format: could someone please send some links to find some info ? I've followed those in one of the email of this list but I had problems finding what I am looking for.. thanks Michele Cannella |
From: Joe S. <jo...@ex...> - 2005-01-06 22:04:32
|
The AFP Renderer development team is pleased to announce the release of AFP Renderer 1.1.0. This latest release can be downloaded from http://afp-renderer.sourceforge.net/download.html. The important changes since the last release (1.0.2) are: * added support for outline fonts * added sample fonts with distribution * added XML2AFP command-line utility * added examples * fixed rendering of tables removing double lines * fixed rendering of tables in landscape * fixed shading table cell problem in landscape * expanded and updated documentation Existing users should read the notes on upgrading the configuration in http://afp-renderer.sourceforge.net/configuring.html, as the structure of afp-fonts.xml has changed slightly. For more information about the AFP Renderer, see http://afp-renderer.sourceforge.net/. |
From: Joe S. <jo...@ex...> - 2005-01-01 22:05:37
|
On Wed, 2004-12-29 at 14:59, Venkataramani, Prakash wrote: > Joe, > > It's hard to determine the problem from the description, but we may be able > to gather further information to troubleshoot the problem. > > A few questions for a given document that doesn't work on Windows: > > * If you generate the same document on Solaris, does that print correctly on > the MF? > Yes, it does print fine on Solaris. Good. > * If the document generated on Solaris works, can you compare the that to > the doc generated on Windows to see the differences? (Most binary diffs > tools should be fine, or even pipe the output of `od` through > diff) > There is no difference between the docs generated on windows and solaris. Now this is confusing. If the two documents are binary equivalent, then you should be able to discount the environment in which the AFP Renderer runs as a problem here. How is the generated AFP document being transferred to the MF? Is there some sort of line ending conversion happening in the transfer? (this should not be done, as it will corrupt the document). > If nothing becomes apparent, can you please send along the input XSL-FO, the > generated AFP document and the afp-fonts.xml file you are using. > Will try to send you the FO doc. > > Again my rewording my question,Can I send the AFP doc generated on windows > directly to MF without any conversion ? Yes, this is exactly the environment in which Pete and I use the AFP Renderer. Cheers, Joe |
From: Joe S. <jo...@ex...> - 2004-12-28 14:35:19
|
On Mon, 2004-12-27 at 20:04, Avijit Dasgupta wrote: > Hi, > > I am trying to convert an xml document to various output formats including > afp. Currently we have a cobol mainframe batch program that converts a word > perfect file. I was wondering if I can use the mainframe OS 390 afp fonts to > render an afp document in unix ? > Please give me some direction. Hi Avijit, The AFP Renderer will easily support the scenario you describe. Just copy the fonts into a location accessible from unix, and configure the afp-fonts.xml to point to the fonts. You then have the problem of generating valid XSL-FO from your XML, but one step at a time. Good luck, Joe |
From: Joe S. <jo...@ex...> - 2004-12-28 14:31:08
|
On Thu, 2004-12-23 at 14:52, Prakash Venkataramani wrote: > Hi, > > We were able to successfully develop AFP docs on windows and > Solaris.We are trying to send over this document to Mainframe > Environment through VSAM. > > Generally AFP docs can be read fine on MF.But for some reason > the docs we generated in windows is not readable in MF. > > FYI > We use T1001025 as our Code Page File(CDP) > and corrsponding character set files. > > Any ideas on why it is not readable on MF. It's hard to determine the problem from the description, but we may be able to gather further information to troubleshoot the problem. A few questions for a given document that doesn't work on Windows: * If you generate the same document on Solaris, does that print correctly on the MF? * If the document generated on Solaris works, can you compare the that to the doc generated on Windows to see the differences? (Most binary diffs tools should be fine, or even pipe the output of `od` through diff) If nothing becomes apparent, can you please send along the input XSL-FO, the generated AFP document and the afp-fonts.xml file you are using. Regards, Joe |
From: Avijit D. <av...@ho...> - 2004-12-27 20:05:11
|
Hi, I am trying to convert an xml document to various output formats including afp. Currently we have a cobol mainframe batch program that converts a word perfect file. I was wondering if I can use the mainframe OS 390 afp fonts to render an afp document in unix ? Please give me some direction. Regards, Avi |