Re: Loading fonts problem
Furthermore, the cost of not having automated tests for your PDF generation eclipses any other cost mentioned so far. If I were a banker and my IT guy told me he can't upgrade a library, because he does not have automated tests... hmm :) Ulrich Rob Sargent wrote: Furthermore, the cost of remaining behind the curve is not to be ignored! On 08/04/2014 10:23 AM, Rob Sargent wrote: I've had the pleasure of upgrading from .9x to 1.0 (and beyond) and the only problem I had with the requirement that each cell in a table had an empty block (when of course there is not content). One solid pass through the stylesheets cleaned that up. rjs On 08/04/2014 10:18 AM, Chris Bowditch wrote: Hi Martin, The preflight warning occurs because the font is only subset, instead of fully embedded. In later FOP versions you can specify embedding-mode=full attribute on the font configuration, but that's not available in FOP v0.95. Thanks, Chris On 04/08/2014 16:55, MartinKl wrote: Thank you for your response. I am trying to generate PDF/A-1b document using FOP 0.95. I know that the version is very old but it is very hard to upgrade because noone wants to pay for it such amount of money for retesting all templates (Bank). I am struggeling with embedding fonts into pdf file. I get error below from adobe acrobat http://apache-fop.1065347.n5.nabble.com/file/n41013/preflight_verification.gif my fop.xconf is here https://www.dropbox.com/s/42y70t37ttdv5g6/fop.xconf https://www.dropbox.com/s/42y70t37ttdv5g6/fop.xconf I´ve also created report from adobe acrobat which can be usefull. https://www.dropbox.com/s/9isf4oo7u0hq6pq/doc_report.pdf https://www.dropbox.com/s/9isf4oo7u0hq6pq/doc_report.pdf and doc.pdf is here https://www.dropbox.com/s/y17s2osoljmmh9s/doc.pdf https://www.dropbox.com/s/y17s2osoljmmh9s/doc.pdf Thank you for response. I hope I´ve provided enough info. Great Regards Martin Klapec -- View this message in context: http://apache-fop.1065347.n5.nabble.com/Loading-fonts-problem-tp41009p41013.html Sent from the FOP - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: Loading fonts problem
Hello, I havent meantion one important thing about how we produce document. We do it in two ways. The first we use xsl-fo and xml with data. The second one is that we have a special markup language which produce xls transformation. The markup language is even simplier than hmtl and serves good for simple documents mostly with static content. Lots of people in the bank can use it but they also make mistakes in it. And that the problem causing retesting a big group of real templates. With automatic test I can cover most of the mistakes but not those user made ones. Another problem is the upgrade doesnt bring much new for us from bussines side so it is hard to get a budget because bussines managers do not see any added value. I hope I explained it well :) Who work for bank probably smile now because he knows what I am talking about :) -- View this message in context: http://apache-fop.1065347.n5.nabble.com/Loading-fonts-problem-tp41009p41239.html Sent from the FOP - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: Loading fonts problem
As I believe has been mentioned before, any part of the process of translating from arbitrary XML into XSL-FO proper is effectively out of scope for this ML and group unless it is a real bug in the convenience mechanism provided by FOP to invoke XSLT for you. If there is a problem parsing or formatting XSL-FO input, then you need to focus on creating the smallest possible example of XSL-FO document that demonstrates the problem. Everything else that happens up to providing XSL-FO input should be viewed as secondary as far as FOP is concerned. Cheers, Glenn On Mon, Sep 22, 2014 at 12:18 PM, MartinKl klapec.mar...@hotmail.com wrote: Hello, I havent meantion one important thing about how we produce document. We do it in two ways. The first we use xsl-fo and xml with data. The second one is that we have a special markup language which produce xls transformation. The markup language is even simplier than hmtl and serves good for simple documents mostly with static content. Lots of people in the bank can use it but they also make mistakes in it. And that the problem causing retesting a big group of real templates. With automatic test I can cover most of the mistakes but not those user made ones. Another problem is the upgrade doesnt bring much new for us from bussines side so it is hard to get a budget because bussines managers do not see any added value. I hope I explained it well :) Who work for bank probably smile now because he knows what I am talking about :) -- View this message in context: http://apache-fop.1065347.n5.nabble.com/Loading-fonts-problem-tp41009p41239.html Sent from the FOP - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org