Re: FOP API proposal in FOP wiki

Let me first quickly introduce myself. The compay I work for, Inventive Designers, has a product called Scriptura, which is tool to work with XSLT and XSL-FO. Scriptura consists of a WYSIWYG designer for XSL stylesheets, and an Engine which does the processing (transformations, PDF generation etc)

Re: [PATCH]Turkish translations for viewer/resources

Togan Muftuoglu wrote: Please find Turkish translations for use with viewer. They are in UTF-8 encoding fyi Togan, I have added that to teh maintenance branch as well as to the trunk. Please verify if that localization is ok in maintenance branch before 0.20.5 is released. -- Oleg Tkachenko M

Re: [PATCH]Turkish translations for viewer/resources

* Oleg Tkachenko; <[EMAIL PROTECTED]> on 05 Feb, 2003 wrote: Togan, I have added that to teh maintenance branch as well as to the trunk. Please verify if that localization is ok in maintenance branch before 0.20.5 is released. OK I have added two more translations to the resources.tr (attached)

Re: FOP API proposal in FOP wiki

On Tue, 4 Feb 2003, J.Pietschmann wrote: > Stephan Michels wrote: > > And why do you not use org.apache.excalibur.source.Source instead, and use > > org.apache.excalibur.xml.dom.DOMParser and > > org.apache.excalibur.xml.sax.SAXParser to get the content for you > > StreamSource or SAXSource? > >

Re: [PATCH]Turkish translations for viewer/resources

Togan Muftuoglu wrote: OK I have added two more translations to the resources.tr (attached). I have verified that the localization does show correctly in the AWT viewer ( Both the one you have checked in and the one attached.) for the 0.20.5 release. Fine. I'm going to add this new one in the ev

DO NOT REPLY [Bug 16806] New: - characters between fo:inline tags

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

RE: source for hz algorithm

FYI, I received the Seybold Report on Publishing Systems (Vol 22, No. 11) a few days ago & have read the article on hz-program. The article was published in 1993, and is pretty print-oriented. If memory serves, this was before PDF & electronic paper really caught on -- this is important because the

RE: source for hz algorithm

Frankly, a Wiki can't hurt. Wikis are great ways to document research progress that hasn't made its way into code yet, and helps ensure starting places for new developers. -Original Message- From: Victor Mote [mailto:[EMAIL PROTECTED]] Sent: Wednesday, February 05, 2003 12:36 PM To: [EM

RE: source for hz algorithm

Victor Mote wrote: > Ek is actually hacking the font shapes. I have seen this or something > similar done in FrameMaker, which gives the ability to stretch or condense > glyphs on both the horizontal and vertical axes. However, FrameMaker also > creates PDFs by generating Postscript code and Disti

Re: FOP API proposal in FOP wiki

Stephan Michels wrote: I never used Wiki, so I don't want to break something. It is never too early or too late to learn. Read the FAQ, play a bit in the sandbox. A history is kept, so you can't really break anything. Which XML presentation do you prefer internally SAX/DOM? SAX as internal *

Re: FOP API proposal in FOP wiki

Keiron Liddle wrote: For the configuration with the FOProcessor and the Renderer how does it work. Actually there are two approaches which at least appear to be in conflict. The Avalon approach: implement Configurable and perhaps Composable and use an Avalon container which takes care of reading

DO NOT REPLY [Bug 16806] - characters between fo:inline tags

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

/BT in PS

Jeremias, I am looking at your new PS rendering code. The /BT procedure you defined there is puzzling me. I don't understand the purpose of the procedure. It seems to me all it does is move the point to (0, 0). If so, why so many matrix manipulations infront of it? George ___

DO NOT REPLY [Bug 16806] - characters between fo:inline tags

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

Re: FOP API proposal in FOP wiki

> Keiron Liddle wrote: > > For the configuration with the FOProcessor and the Renderer how does it work. > > Actually there are two approaches which at least appear to be in > conflict. > The Avalon approach: implement Configurable and perhaps Composable > and use an Avalon container which takes

Re: FOP API proposal in FOP wiki

Keiron Liddle wrote: Then the question seems to be: is the default setup good enough for those who don't want to use avalon for configuration. Then how else should they present the information when avalon is precisely designed for the purpose. If it is just setting some simple values, okay, but

Re: FOP API proposal in FOP wiki

> Keiron Liddle wrote: > > Then the question seems to be: is the default setup good enough for those who > > don't want to use avalon for configuration. Then how else should they present the > > information when avalon is precisely designed for the purpose. > > If it is just setting some simple