Re: Adding new version numbers to bugzilla
INFRA-2886 has been done by infra. Simon On Tue, Jul 20, 2010 at 08:41:56PM +0200, Simon Pepping wrote: I registered two JIRA issues: INFRA-2868: Add new version number for XMLGraphicsCommons project in Bugzilla: version 1.4 INFRA-2886: Add new version number for FOP project in Bugzilla: version 1.0 Can someone (Christian) take these actions? -- Simon Pepping home page: http://www.leverkruid.eu
Re: Adding new version numbers to bugzilla
Simon Pepping schrieb: INFRA-2886 has been done by infra. Simon On Tue, Jul 20, 2010 at 08:41:56PM +0200, Simon Pepping wrote: I registered two JIRA issues: INFRA-2868: Add new version number for XMLGraphicsCommons project in Bugzilla: version 1.4 INFRA-2886: Add new version number for FOP project in Bugzilla: version 1.0 Can someone (Christian) take these actions? Done. The comment on this issue indicates that ou have now karma too ;-) Christian
Re: Adding new version numbers to bugzilla
On Wed, Jul 21, 2010 at 11:58:25AM +0200, Christian Geisert wrote: Simon Pepping schrieb: INFRA-2886 has been done by infra. Simon On Tue, Jul 20, 2010 at 08:41:56PM +0200, Simon Pepping wrote: I registered two JIRA issues: INFRA-2868: Add new version number for XMLGraphicsCommons project in Bugzilla: version 1.4 INFRA-2886: Add new version number for FOP project in Bugzilla: version 1.0 Can someone (Christian) take these actions? Done. The comment on this issue indicates that ou have now karma too ;-) Thanks. I noticed, and I used it to change 1.0dev to 1.1dev. Simon -- Simon Pepping home page: http://www.leverkruid.eu
RE: Font Glyph?
I like your idea of the 'last resort' font, though I didn't like the configuration file to begin with. You could add an option to the configuration file also if you like the configuration file, but I think when the program allows integration using embedded code, there should be an option for all custom font setup in the API. From: Glenn Adams [mailto:gl...@skynav.com] Sent: Tuesday, July 20, 2010 8:59 PM To: fop-dev@xmlgraphics.apache.org Subject: Re: Font Glyph? Comment inline. Note that I have assigned the new bug to myself, so I will undertake the work to satisfy this. On Wed, Jul 21, 2010 at 1:25 AM, Vincent Hennebert vhenneb...@gmail.com wrote: Hi, I'm not keen on adding Yet Another configuratin option to the config file, there are more than enough already. What's the purpose in having a configuration file if it isn't used for configuration information?
DO NOT REPLY [Bug 49627] New: Cannot print non-Latin 1 fonts, like Greek, only first page is accessed
https://issues.apache.org/bugzilla/show_bug.cgi?id=49627 Summary: Cannot print non-Latin 1 fonts, like Greek, only first page is accessed Product: Fop Version: 0.95 Platform: All Status: NEW Severity: blocker Priority: P2 Component: fonts AssignedTo: fop-dev@xmlgraphics.apache.org ReportedBy: spyros.papanton...@gmail.com Hello, I tried to embed new fonts, like DINRg, via userconfig.xml, the font seems installed, and I can display correctly all Latin, german umlaute, etc characters, but cannot print Greek characters that do exist in the next page of this font. It seems that fop sees only the first 255 characters (first page) of the installed or embedded font. Symbol, that has some of the Greek characters, misses all accents, and one cannot type mixed latin and greek in the same line. All accented Greek chars are displayed as # in Symbol. Does any one have any idea on how to activate the full ISO-8859-7 codepage, or how to activate the second and following pages in UTF-8, so that fop uses the correct fist byte in UTF-8 to acces the correct page? Currently all pages but the first seem to be ignored. userconfig.xml reads: fop version=1.0 renderers renderer mime=application/pdf fonts font metrics-url=file:///Users/sj/Triboni8090/ginkgo/fopFonts/DINRg.xml kerning=yes embed-url=file:///Users/sj/Triboni8090/ginkgo/fopFonts/DINRg.ttf font-triplet name=DINRg style=normal weight=normal/ /font /fonts renderer /renderers /fop -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
Landscape
How do I print Landscape? I tried just telling my XSL to swap the values of page-height and page-width. I'm using embedded code, passing the FOP transformed output to a ByteArrayOutputStream, and passing those bytes into pdfbox. I then get the PageFormat of the document and it has the correct width and height for landscape, but the orientation value is returning portrait. I save the output to a pdf and open it and it appears to be landscaped, but I try to print it and get a warning light on the printer asking what paper it should be printing to. Am I missing something in my FOP code or might I be missing something in the pdfbox code? I set the portrait print to 8.5 x 11 and everything works fine. I set the landscape print to 11 x 8.5 and it doesn't seem to be recognizing it correctly.
The Apache Software Foundation Announces Apache FOP Version 1.0
Redesigned, Stable Version of Pioneering XSL Formatting Objects Processor Rounds Out Apache XML Software Stack FOREST HILL, Md., July 21 -- The Apache Software Foundation (ASF) - the all-volunteer developers, stewards, and incubators of nearly 150 Open Source projects and initiatives - today announced the Version 1.0 release of Apache FOP, the Open Source XSL Formatting Objects Processor. An Apache project since 1999, FOP is one of the industry's first print formatters driven by W3C-standard XSL Formatting Objects created to display, convert, and print to formats such as PDF, PostScript, SVG, RTF, and XML. In addition, FOP is among the most commonly-used output-independent formatters. The Apache FOP code base has grown over the past decade under the guidance of a Project Management Committee (PMC) who oversee its day-to-day activities and community development. FOP v.1.0 provides a good subset of the W3C XSL-FO 1.0/1.1 specification. Its stable, 1.0 designation provides added recognition as the productive tool it has been for years, said Jeremias Marki, member of the Apache XML Graphics Project Management Committee. Its redesign and improved features in the layout engine makes it an even better experience for the many developers and users who produce millions of pages each year. Apache FOP is in use at Accenture, Airbus, Australia Post, BNP Paribas, Capgemini, Credit Suisse, CSC, Denic, European Patent Office, FedEx, Ford, HP, IBM, IntelliData, Marriot International, Morgan Stanley, Polaris, Siemens, Swiss Federal Institute of Intellectual Property, Tecra, US Army, US House of Representatives, and Wyona, among many others. In addition, FOP is the default implementation bundled in XML editors such as XSLfast, Oxygen, and XMLSpy. Thunderhead relies on open standards, and FOP is at the heart of our innovative NOW platform. We are proud to have been able to play a part in its development, said Glen Manchester, CEO of Thunderhead. As long-time supporters of FOP, our congratulations go to the whole FOP team at Apache on reaching the Version 1.0 milestone. The release of FOP v.1.0 completes a free XML software stack, comprising: Apache Xerces, Apache Xalan, and Apache FOP. The ability to insert graphics into one's print output is possible using Apache Batik. The Apache XML stack makes transforming and formatting XML data (for example DocBook XML) a viable option for individual and start-up users without business cash flow. Some 'overnight successes' take ten years or more, said James Governor, Analyst and Founder of RedMonk. Apache FOP seems to be one of them. The training wheels are long gone, said Apache XML Graphics PMC Chair Simon Pepping. FOP's popularity is undisputed; FOP is used from an individual developer's pet project to large-scale document production. FOP is not yet 'feature complete', and work on it is continuing. We hope this important step forward will motivate skilled developers to jump in and help us make Apache FOP even better. Availability FOP v.1.0 is released under the Apache Software License v2.0. Downloads, documentation, and related resources are available at http://xmlgraphics.apache.org/fop/. -- Simon Pepping home page: http://www.leverkruid.eu
Re: The Apache Software Foundation Announces Apache FOP Version 1.0
I did not send the announcement to (cf. our release check list): - xsl...@yahoogroups.com (I am not a subscriber) - docbook-a...@lists.oasis-open.org (I am not a subscriber) - dita-us...@yahoogroups.com (I am not a subscriber) - xsl-l...@lists.mulberrytech.com (they complain about GMail's MIME Content-Type 'multipart/alternative'; I will try again later to avoid it) - http://xslfo-zone.com/news/index.jsp (the domain cannot be found) - http://www.w3.org/Style/XSL/ (where do I send announcements?) Perhaps one of you can send the announcement to one of these addresses? Simon -- Simon Pepping home page: http://www.leverkruid.eu
Re: The Apache Software Foundation Announces Apache FOP Version 1.0
On Wed, Jul 21, 2010 at 08:01:19PM +0200, Simon Pepping wrote: I did not send the announcement to (cf. our release check list): - xsl...@yahoogroups.com (I am not a subscriber) - docbook-a...@lists.oasis-open.org (I am not a subscriber) - dita-us...@yahoogroups.com (I am not a subscriber) - xsl-l...@lists.mulberrytech.com (they complain about GMail's MIME Content-Type 'multipart/alternative'; I will try again later to avoid it) xsl-l...@lists.mulberrytech.com done - http://xslfo-zone.com/news/index.jsp (the domain cannot be found) - http://www.w3.org/Style/XSL/ (where do I send announcements?) Perhaps one of you can send the announcement to one of these addresses? -- Simon Pepping home page: http://www.leverkruid.eu
Re: The Apache Software Foundation Announces Apache FOP Version 1.0
On Wed, Jul 21, 2010 at 08:10:57PM +0200, Simon Pepping wrote: On Wed, Jul 21, 2010 at 08:01:19PM +0200, Simon Pepping wrote: I did not send the announcement to (cf. our release check list): - xsl...@yahoogroups.com (I am not a subscriber) - docbook-a...@lists.oasis-open.org (I am not a subscriber) - dita-us...@yahoogroups.com (I am not a subscriber) - xsl-l...@lists.mulberrytech.com (they complain about GMail's MIME Content-Type 'multipart/alternative'; I will try again later to avoid it) xsl-l...@lists.mulberrytech.com done - http://xslfo-zone.com/news/index.jsp (the domain cannot be found) - http://www.w3.org/Style/XSL/ (where do I send announcements?) Sent to Liam Quin. Perhaps one of you can send the announcement to one of these addresses? -- Simon Pepping home page: http://www.leverkruid.eu
Re: Font Glyph?
I agree that one should not simply add new configuration specifications willy-nilly. As I've said previously, the ideal situation would be to include a last resort font as a Base14 font as part of the FOP built-in font set, and I will investigate this possibility. However, in the absence of a built-in last-resort font, there seem to be four options: 1. add information to the FOP config file, which could be as simple as adding an attribute as follows font lastResort=true/; 2. add a command line option (even less desirable in my opinion); 3. require user to specify a last resort font as last element of font-family attribute; however, that this will not actually work in the current implementation, since FontSelector.selectFontForCharactersInText always selects the font that has the most mappings in the context of a word; - for example, if 'A' is an Arabic character and 'L' is a Latin character, then one would expect: - block font-family=Arabic,LastResortALA/inline - to produce three glyphs [glyph from Arabic font] [glyph from LastResort font] [glyph from Arabic font] - however, this will not happen because selectFontForCharactersInText finds that two characters in the word have a mapping in the Arabic font and one character has a mapping in the LastResort font, so it chooses the Arabic font to process the entire word - which results in the following glyphs: [glyph from Arabic font] [default 'no-mapping' glyph from Arabic font] [glyph from Arabic font] 4. require user to create their own aggregate fonts or modify their fonts to including last resort glyphs for all unsupported mappings. The last solution above is so onerous that effectively makes it a non-solution, so we can drop that from consideration, but note that this non-solution is the only one that would work now. All of the other three require some modifications to FOP, even the third solution which requires the author to insert LastResort font into font family specifications. Regards, Glenn On Wed, Jul 21, 2010 at 7:46 PM, Eric Douglas edoug...@blockhouse.comwrote: I like your idea of the 'last resort' font, though I didn't like the configuration file to begin with. You could add an option to the configuration file also if you like the configuration file, but I think when the program allows integration using embedded code, there should be an option for all custom font setup in the API. -- *From:* Glenn Adams [mailto:gl...@skynav.com] *Sent:* Tuesday, July 20, 2010 8:59 PM *To:* fop-dev@xmlgraphics.apache.org *Subject:* Re: Font Glyph? Comment inline. Note that I have assigned the new bug to myself, so I will undertake the work to satisfy this. On Wed, Jul 21, 2010 at 1:25 AM, Vincent Hennebert vhenneb...@gmail.comwrote: Hi, I’m not keen on adding Yet Another configuratin option to the config file, there are more than enough already. What's the purpose in having a configuration file if it isn't used for configuration information?