[jira] [Created] (FOP-2381) TXT rendering doesn't support complex scripts
Glenn Adams created FOP-2381: Summary: TXT rendering doesn't support complex scripts Key: FOP-2381 URL: https://issues.apache.org/jira/browse/FOP-2381 Project: Fop Issue Type: New Feature Affects Versions: 1.1, trunk Reporter: Glenn Adams Priority: Minor The TXT renderer does not support complex scripts. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (FOP-2381) TXT rendering doesn't support complex scripts
[ https://issues.apache.org/jira/browse/FOP-2381?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Glenn Adams updated FOP-2381: - Component/s: renderer/txt TXT rendering doesn't support complex scripts - Key: FOP-2381 URL: https://issues.apache.org/jira/browse/FOP-2381 Project: Fop Issue Type: New Feature Components: renderer/txt Affects Versions: 1.1, trunk Reporter: Glenn Adams Priority: Minor The TXT renderer does not support complex scripts. -- This message was sent by Atlassian JIRA (v6.2#6252)
Re: txt-rendering
Hi Sergey, that certainly sounds better although I'm not sure I really understand why exactly you need to do these refinements. I assume that the TextRenderer will also work for most cases without the special AreaTreeHandler. I'm looking forward to having a look at your patch when it's ready. On 23.09.2005 12:41:36 Sergey Simonchik wrote: Hi Jeremias, We don't have in mind to change or modify any code in layout engine or code of formatting objects itself. It's just suggested to have our own handler which extends AreaTreeHandler. This handler should do some refinement for txt (modifying tree of formatting objects, for example changing font-size, etc). We emphasize that TxtHandler, which extends AreaTreeHandler, is used only in txt case. The method createFOEventHandler() return different FOEventHandler and in case of txt output it should return TxtHandler. Good luck. -Original Message- From: Jeremias Maerki [mailto:[EMAIL PROTECTED] Sent: Thursday, September 22, 2005 7:11 PM To: fop-dev@xmlgraphics.apache.org Cc: 'Danila Ermakov' Subject: Re: txt-rendering Hi Sergey, would you please elaborate the modifications you suggest? I'd be very unhappy if we had to do changes in the layout engine just to accomodate the text renderer. I think I don't quite understand what you have in mind. Furthermore, I'm not sure if using different font-sizes in the case of the text renderer is a good idea. See also: http://xmlgraphics.apache.org/fop/output.html#txt On 22.09.2005 10:21:32 Sergey Simonchik wrote: Hi, We've got into TxtRenderer that was in 0.20.5. It works fine for most of examples but in some cases there are problems. For instance: ... fo:block text-align=right font-size=10ptHi/fo:block fo:block text-align=right font-size=50ptHelloworld/fo:block ... Align doesn't correct. It's seems that modifying formatting objects before constructing area tree model may help to cope with such problems. --Original Message- From: Jeremias Maerki [mailto:[EMAIL PROTECTED] Sent: Saturday, September 17, 2005 3:29 PM To: fop-dev@xmlgraphics.apache.org Cc: Danila Ermakov Subject: Re: txt-rendering Hi Sergey, unfortunately, you didn't notice the TXTRenderer that was in 0.20.5 [1]. The text renderer seems to work fine for many people who work with FOP 0.20.5. IMO it should be simple to port that renderer to FOP Trunk. The TXTRenderer currently found in FOP Trunk is only an empty shell which needs to be filled. I'd investigate that before doing any serious coding on a completely new TextRenderer. Please have a look at TXTRenderer and get back to us so we can sort out any details. The old TXTRenderer is capable of creating good output without any special handling in the area tree. You will also find discussion snippets around the TXTRenderer in the mailing list archives which should give you an idea about its design. BTW, I'm glad that you're going to reintroduce the TextRenderer. AFAIK, there's still a open issue with a patch [2] where I asked you to send in an ICLA so I can commit the patch. So far, I haven't seen an ICLA being recorded with your name. [1] http://svn.apache.org/viewcvs.cgi/xmlgraphics/fop/branches/fop-0_20_2- maintain/src/org/apache/fop/render/txt/ [2] http://issues.apache.org/bugzilla/show_bug.cgi?id=36480 Jeremias Maerki Jeremias Maerki
RE: txt-rendering
Hi Jeremias, May be it's impossible to understand our idea perfectly. Furthermore, we still haven't ICLA and so we can't commit patch with new file (unfortunately such file is 'TxtHandler.java'). Good luck. -Original Message- From: Jeremias Maerki [mailto:[EMAIL PROTECTED] Sent: Friday, September 23, 2005 7:10 PM To: fop-dev@xmlgraphics.apache.org Cc: 'Danila Ermakov' Subject: Re: txt-rendering Hi Sergey, that certainly sounds better although I'm not sure I really understand why exactly you need to do these refinements. I assume that the TextRenderer will also work for most cases without the special AreaTreeHandler. I'm looking forward to having a look at your patch when it's ready. On 23.09.2005 12:41:36 Sergey Simonchik wrote: Hi Jeremias, We don't have in mind to change or modify any code in layout engine or code of formatting objects itself. It's just suggested to have our own handler which extends AreaTreeHandler. This handler should do some refinement for txt (modifying tree of formatting objects, for example changing font-size, etc). We emphasize that TxtHandler, which extends AreaTreeHandler, is used only in txt case. The method createFOEventHandler() return different FOEventHandler and in case of txt output it should return TxtHandler. Good luck. -Original Message- From: Jeremias Maerki [mailto:[EMAIL PROTECTED] Sent: Thursday, September 22, 2005 7:11 PM To: fop-dev@xmlgraphics.apache.org Cc: 'Danila Ermakov' Subject: Re: txt-rendering Hi Sergey, would you please elaborate the modifications you suggest? I'd be very unhappy if we had to do changes in the layout engine just to accomodate the text renderer. I think I don't quite understand what you have in mind. Furthermore, I'm not sure if using different font-sizes in the case of the text renderer is a good idea. See also: http://xmlgraphics.apache.org/fop/output.html#txt On 22.09.2005 10:21:32 Sergey Simonchik wrote: Hi, We've got into TxtRenderer that was in 0.20.5. It works fine for most of examples but in some cases there are problems. For instance: ... fo:block text-align=right font-size=10ptHi/fo:block fo:block text-align=right font-size=50ptHelloworld/fo:block ... Align doesn't correct. It's seems that modifying formatting objects before constructing area tree model may help to cope with such problems. --Original Message- From: Jeremias Maerki [mailto:[EMAIL PROTECTED] Sent: Saturday, September 17, 2005 3:29 PM To: fop-dev@xmlgraphics.apache.org Cc: Danila Ermakov Subject: Re: txt-rendering Hi Sergey, unfortunately, you didn't notice the TXTRenderer that was in 0.20.5 [1]. The text renderer seems to work fine for many people who work with FOP 0.20.5. IMO it should be simple to port that renderer to FOP Trunk. The TXTRenderer currently found in FOP Trunk is only an empty shell which needs to be filled. I'd investigate that before doing any serious coding on a completely new TextRenderer. Please have a look at TXTRenderer and get back to us so we can sort out any details. The old TXTRenderer is capable of creating good output without any special handling in the area tree. You will also find discussion snippets around the TXTRenderer in the mailing list archives which should give you an idea about its design. BTW, I'm glad that you're going to reintroduce the TextRenderer. AFAIK, there's still a open issue with a patch [2] where I asked you to send in an ICLA so I can commit the patch. So far, I haven't seen an ICLA being recorded with your name. [1] http://svn.apache.org/viewcvs.cgi/xmlgraphics/fop/branches/fop- 0_20_2- maintain/src/org/apache/fop/render/txt/ [2] http://issues.apache.org/bugzilla/show_bug.cgi?id=36480 Jeremias Maerki Jeremias Maerki
RE: txt-rendering
Hi, We've got into TxtRenderer that was in 0.20.5. It works fine for most of examples but in some cases there are problems. For instance: ... fo:block text-align=right font-size=10ptHi/fo:block fo:block text-align=right font-size=50ptHelloworld/fo:block ... Align doesn't correct. It's seems that modifying formatting objects before constructing area tree model may help to cope with such problems. --Original Message- From: Jeremias Maerki [mailto:[EMAIL PROTECTED] Sent: Saturday, September 17, 2005 3:29 PM To: fop-dev@xmlgraphics.apache.org Cc: Danila Ermakov Subject: Re: txt-rendering Hi Sergey, unfortunately, you didn't notice the TXTRenderer that was in 0.20.5 [1]. The text renderer seems to work fine for many people who work with FOP 0.20.5. IMO it should be simple to port that renderer to FOP Trunk. The TXTRenderer currently found in FOP Trunk is only an empty shell which needs to be filled. I'd investigate that before doing any serious coding on a completely new TextRenderer. Please have a look at TXTRenderer and get back to us so we can sort out any details. The old TXTRenderer is capable of creating good output without any special handling in the area tree. You will also find discussion snippets around the TXTRenderer in the mailing list archives which should give you an idea about its design. BTW, I'm glad that you're going to reintroduce the TextRenderer. AFAIK, there's still a open issue with a patch [2] where I asked you to send in an ICLA so I can commit the patch. So far, I haven't seen an ICLA being recorded with your name. [1] http://svn.apache.org/viewcvs.cgi/xmlgraphics/fop/branches/fop-0_20_2- maintain/src/org/apache/fop/render/txt/ [2] http://issues.apache.org/bugzilla/show_bug.cgi?id=36480
Re: txt-rendering
Hi Sergey, would you please elaborate the modifications you suggest? I'd be very unhappy if we had to do changes in the layout engine just to accomodate the text renderer. I think I don't quite understand what you have in mind. Furthermore, I'm not sure if using different font-sizes in the case of the text renderer is a good idea. See also: http://xmlgraphics.apache.org/fop/output.html#txt On 22.09.2005 10:21:32 Sergey Simonchik wrote: Hi, We've got into TxtRenderer that was in 0.20.5. It works fine for most of examples but in some cases there are problems. For instance: ... fo:block text-align=right font-size=10ptHi/fo:block fo:block text-align=right font-size=50ptHelloworld/fo:block ... Align doesn't correct. It's seems that modifying formatting objects before constructing area tree model may help to cope with such problems. --Original Message- From: Jeremias Maerki [mailto:[EMAIL PROTECTED] Sent: Saturday, September 17, 2005 3:29 PM To: fop-dev@xmlgraphics.apache.org Cc: Danila Ermakov Subject: Re: txt-rendering Hi Sergey, unfortunately, you didn't notice the TXTRenderer that was in 0.20.5 [1]. The text renderer seems to work fine for many people who work with FOP 0.20.5. IMO it should be simple to port that renderer to FOP Trunk. The TXTRenderer currently found in FOP Trunk is only an empty shell which needs to be filled. I'd investigate that before doing any serious coding on a completely new TextRenderer. Please have a look at TXTRenderer and get back to us so we can sort out any details. The old TXTRenderer is capable of creating good output without any special handling in the area tree. You will also find discussion snippets around the TXTRenderer in the mailing list archives which should give you an idea about its design. BTW, I'm glad that you're going to reintroduce the TextRenderer. AFAIK, there's still a open issue with a patch [2] where I asked you to send in an ICLA so I can commit the patch. So far, I haven't seen an ICLA being recorded with your name. [1] http://svn.apache.org/viewcvs.cgi/xmlgraphics/fop/branches/fop-0_20_2- maintain/src/org/apache/fop/render/txt/ [2] http://issues.apache.org/bugzilla/show_bug.cgi?id=36480 Jeremias Maerki
Re: txt-rendering
Jeremias Maerki wrote: Hi Sergey, would you please elaborate the modifications you suggest? I'd be very unhappy if we had to do changes in the layout engine just to accomodate the text renderer. I think I don't quite understand what you have in mind. I tend to agree. If the Text Renderer requires specialized logic in Layout or FO Tree then it won't be possible to send an Area Tree representation to any renderer. Chris
RE: txt-rendering
-Original Message- From: Jeremias Maerki [mailto:[EMAIL PROTECTED] Sent: Saturday, September 17, 2005 3:29 PM To: fop-dev@xmlgraphics.apache.org Cc: Danila Ermakov Subject: Re: txt-rendering AFAIK, there's still a open issue with a patch [2] where I asked you to send in an ICLA so I can commit the patch. So far, I haven't seen an ICLA being recorded with your name. Meanwhile, our lawer disallow ICLA using, but it's possible, soon we'll get modified ICLA.
txt-rendering
Hi, We've put mind to txt-rendering. :) Evidently converting to txt isn't implemented yet. So, before code writing, it will be useful to discuss different approaches of implementing it. By this moment we've found 3 possible basic approaches. Here they are: 1) TxtRender extends AbstractRender and try to render AbstractTreeModel to txt format. This approach similar to PDF. But unfortunately txt format is much less flexible than PDF. Thus we need to modify area tree model in order to render it to txt format. Details: TxtRender extends AbstractRender and overloads some methods which process model. 2) The second idea is similar to RTF approach. TxtHandler extends FOEventHandler and handles formatting objects by his own without AreaTreeModel. This doesn't allow us to use advantages of LayoutManager, for example lines fragmentation. 3) The third approach consist of modifying formatting objects before constructing area tree model. After getting formatting objects we make a refinement consisting of some procedures. One of them is converting font's attributes to default value which most appropriate for txt render. As we have already realized its Courier 10. Details: TxtHandler extends AreaTreeHandler and overloads only one method - endPageSequence where refinement takes place. TxtRender extends AbstractRender and overloads some methods which process model. But unlike first approach we have to do much less because LayoutManager gets modified formatting objects and returns better result. We started developing third approach. Good luck.
Re: txt-rendering
Hi Sergey, unfortunately, you didn't notice the TXTRenderer that was in 0.20.5 [1]. The text renderer seems to work fine for many people who work with FOP 0.20.5. IMO it should be simple to port that renderer to FOP Trunk. The TXTRenderer currently found in FOP Trunk is only an empty shell which needs to be filled. I'd investigate that before doing any serious coding on a completely new TextRenderer. Please have a look at TXTRenderer and get back to us so we can sort out any details. The old TXTRenderer is capable of creating good output without any special handling in the area tree. You will also find discussion snippets around the TXTRenderer in the mailing list archives which should give you an idea about its design. BTW, I'm glad that you're going to reintroduce the TextRenderer. AFAIK, there's still a open issue with a patch [2] where I asked you to send in an ICLA so I can commit the patch. So far, I haven't seen an ICLA being recorded with your name. [1] http://svn.apache.org/viewcvs.cgi/xmlgraphics/fop/branches/fop-0_20_2-maintain/src/org/apache/fop/render/txt/ [2] http://issues.apache.org/bugzilla/show_bug.cgi?id=36480 On 17.09.2005 12:35:56 Sergey Simonchik wrote: Hi, We've put mind to txt-rendering. :) Evidently converting to txt isn't implemented yet. So, before code writing, it will be useful to discuss different approaches of implementing it. By this moment we've found 3 possible basic approaches. Here they are: 1) TxtRender extends AbstractRender and try to render AbstractTreeModel to txt format. This approach similar to PDF. But unfortunately txt format is much less flexible than PDF. Thus we need to modify area tree model in order to render it to txt format. Details: TxtRender extends AbstractRender and overloads some methods which process model. 2) The second idea is similar to RTF approach. TxtHandler extends FOEventHandler and handles formatting objects by his own without AreaTreeModel. This doesn't allow us to use advantages of LayoutManager, for example lines fragmentation. 3) The third approach consist of modifying formatting objects before constructing area tree model. After getting formatting objects we make a refinement consisting of some procedures. One of them is converting font's attributes to default value which most appropriate for txt render. As we have already realized its Courier 10. Details: TxtHandler extends AreaTreeHandler and overloads only one method - endPageSequence where refinement takes place. TxtRender extends AbstractRender and overloads some methods which process model. But unlike first approach we have to do much less because LayoutManager gets modified formatting objects and returns better result. We started developing third approach. Good luck. Jeremias Maerki