Re: [VOTE] Batik and FOP to migrate from CVS to Subversion

2005-03-22 Thread J.Pietschmann
3.0.1 on Windows. BTW setting up a SVN repository is still much more of a pain than setting up a CVS repository. J.Pietschmann

Re: [VOTE] Release Transcoders

2005-03-29 Thread J.Pietschmann
to create their release. This should ensure that the Batik release contains only clean code (meaning without known IP issues and other showstoppers). +1 from me J.Pietschmann

Re: two more class renamings

2005-04-05 Thread J.Pietschmann
to it, No, the latter can't happen. The 0.20.5 branch even tests for this and aborts in that case. J.Pietschmann

Re: leader dot ends don't line up

2005-04-07 Thread J.Pietschmann
be able to just put the leader and the page number citation in one justified line. J.Pietschmann

Re: fo:list-item-label issue

2005-04-19 Thread J.Pietschmann
words without whitespace which overflow the available apsce in the line, you should arrange for hyphenation or insert zero width space (see FAQ 3.8 at http://xml.apache.org/fop/faq.html for hints). If your labels are really wide images or glyphs, you are out of luck. J.Pietschmann

Re: fo:list-item-label issue

2005-04-20 Thread J.Pietschmann
(). J.Pietschmann

Re: First performance comparison

2005-05-17 Thread J.Pietschmann
Jeremias Maerki wrote: For all those who'd say now that the new FOP is too slow, I'm going somewhere else (or something like that), Well, 20% more time isn't all that bad. And remember, there was a great speed up (around 30%) between 0.20.4 and 0.20.5. J.Pietschmann

Re: Footnotes working!

2005-05-17 Thread J.Pietschmann
/after block spaces or by fiddling with line heigths (or both). Duh, an example in the Wiki would be in order... J.Pietschmann

FAQ'ish questions (was: Re: XHTML 2 PDF)

2005-05-23 Thread J.Pietschmann
section snippets) I've already installed Thunderbird QuickText (great stuff...). J.Pietschmann

Re: FOP Supports Multiple Charset ?

2005-06-08 Thread J.Pietschmann
://xml.apache.org/fop/fonts.html It's up to you to get an apropriate font. You might take a look at your Windows font directory. J.Pietschmann

Re: FOP Supports Multiple Charset ?

2005-06-09 Thread J.Pietschmann
with different font-families?. If you install and use a user font which has all necessary glyphs, for example the well known Arial Unicode font, you don't have to switch the font family in the FO source. J.Pietschmann

Re: Changing available BPD between pages

2005-06-10 Thread J.Pietschmann
Glen Mazza wrote: Yes, making PageSequenceMaster flexible--bidirectional, resettable, directly accessable in a static manner for any given page, The latter would be tricky, at least because of page masters for blank pages. Backtracking N pages should be possible though. J.Pietschmann

Re: FOP Supports Multiple Charset ?

2005-06-13 Thread J.Pietschmann
for the metrics file: java -cp fop.jar;avalon-framework.jar;xml-apis.jar;xercesImpl-2.2.1.jar;xalan-2.4.1.jar org.apache.fop.fonts.apps.TTFReader C:\Java\fop-0.20.5\Arialuni.ttf file:///C:/Java/fop-0.20.5/arialuni.xml J.Pietschmann

Re: FOP Supports Multiple Charset ?

2005-06-14 Thread J.Pietschmann
block around the FOP code and log any exception you get. J.Pietschmann

Re: Foray's font subsystem for Fop

2005-06-14 Thread J.Pietschmann
Jeremias Maerki wrote: Ok, but this assumes that you work in concert with AWT's font subsystem. Well, AWT doesn't provide a way to get the file for a font, but we can at least get an AWT Font from a TTF file. J.Pietschmann

Re: Foray's font subsystem for Fop

2005-06-14 Thread J.Pietschmann
of Geronimo off JBoss with associated ugliness and so on. No need for you to worry. J.Pietschmann

Re: Foray's font subsystem for Fop

2005-06-14 Thread J.Pietschmann
destinations. Some times ago Sun asked for ideas for language features for the next major Java version, and closures were brought up on jakarta general. I couldn't think of a use case in a language with compile time variable binding, but now I think I should reconsider... J.Pietschmann

Re: FOrayFont?

2005-06-24 Thread J.Pietschmann
for now. I'm somewhat uneasy with having an important if not essential subsystem developed outside (unless already widely used elsewhere), but I certainly wont veto anything which advances the project. +0 J.Pietschmann

Re: Validation: non-inherited properties on FOs they don't apply to

2005-06-24 Thread J.Pietschmann
warning system as powerful and complex as that of GCC. Same for fine grained layout control. J.Pietschmann

Re: [Xmlgraphics-fop Wiki] Update of FOPAvalonization by JeremiasMaerki

2005-06-26 Thread J.Pietschmann
or directly to the MoinMoin people? J.Pietschmann

Re: multi-column layout and footnotes

2005-06-28 Thread J.Pietschmann
, and the already quoted text from the spec, I'm pretty sure you're right. I just hope this breaking-up of the span-reference-areas won't cause too many problems with keeping the footnotes working. I'm a bit worried about that. Me too. But I'm confident you'll manage this :-) J.Pietschmann

Re: svn commit: r225143 - in /xmlgraphics/fop/trunk/src/java/org/apache/fop: apps/ fo/ render/ render/java2d/ render/pdf/ render/ps/ render/svg/ render/xml/ util/

2005-07-25 Thread J.Pietschmann
[EMAIL PROTECTED] wrote: Log: Made Service a stand-alone class so it can be reused. Made XMLHandler discoverable through the Service class. Has anybody already had a look into jakarta commons discovery? J.Pietschmann

Re: Flame-fodder: Thinking about starting to release again....

2005-07-26 Thread J.Pietschmann
that, a release as a sign that the project isn't dead is highly recommended, regardless of bugs and incomplete features. J.Pietschmann

Re: svn commit: r225143 - in /xmlgraphics/fop/trunk/src/java/org/apache/fop: apps/ fo/ render/ render/java2d/ render/pdf/ render/ps/ render/svg/ render/xml/ util/

2005-07-26 Thread J.Pietschmann
. But they do have a Service class! J.Pietschmann

Re: svn commit: r225580 - /xmlgraphics/fop/trunk/test/layoutengine/testcases/page-master4.xml

2005-07-29 Thread J.Pietschmann
? +1 J.Pietschmann

Re: DO NOT REPLY [Bug 35939] New: - [PATCH] Port of 0.20.5 Driver.java class

2005-08-02 Thread J.Pietschmann
command line options can be reused elswhere. J.Pietschmann

Re: Handling of block-level FOs inside fo:inline and related

2005-08-03 Thread J.Pietschmann
in the context of the ancestor block of the inline container. Unless I misunderstood the spec, of course. The real headache is caused by the anticipation that the most common use case for inline container will be embedding tables inline, for all kind of purposes... J.Pietschmann

handling inline-container (was:Re: Handling of block-level FOs inside fo:inline and related)

2005-08-05 Thread J.Pietschmann
restarting at step 2 or creating a page break before the line (possibly leaving a lot of ugly empty block space at the end of the previous page). And so on :-/ I'd like to see real use cases for this before I maltreat my brain by further thinking about layout strategies. J.Pietschmann

Re: DO NOT REPLY [Bug 35939] New: - [PATCH] Port of 0.20.5 Driver.java class

2005-08-05 Thread J.Pietschmann
Jeremias Maerki wrote: So what's left to be done in your POV? I have to read the current code first. J.Pietschmann

Re: XML Graphics Commons: last call

2005-08-05 Thread J.Pietschmann
Jeremias Maerki wrote: The discussion will be exclusively on [EMAIL PROTECTED] I've just detected I'm not subscribed to [EMAIL PROTECTED] Duh! J.Pietschmann

Re: handling inline-container

2005-08-08 Thread J.Pietschmann
Jeremias Maerki wrote: Woah. I was afraid of something like that. Don't worry, it'll get worse! :-) The container may generate multiple areas similar to a fo:inline with font-size=4cm. ^ Should have been 2cm of course. J.Pietschmann

Code cleanup questions

2005-08-11 Thread J.Pietschmann
should an acceptable structure of the /test/resources subtree look like? - Should we really test for invalid XML (see /test/errors)? - How should Junit tests for proper handling of invalid input should look like? Regards J.Pietschmann

TODO tags

2005-08-13 Thread J.Pietschmann
Hi devs, there is a @todo tag in BookmarkData.java. JavaDoc 1.4 doesn't know about this. Question: What's the current policy for marking TODO items? Hint: Eclipse up to 3.0 uses only TODO by default. Regards J.Pietschmann

Re: Code cleanup questions

2005-08-14 Thread J.Pietschmann
of the mass source compile. I know that servlet.jar isn't big. It just seems to be out of place. After all, Xalan doesn't ship with servlet.jar either. *bg* this begs the question: What *are* the right exceptions? Yeah. *rbg* Damn good question, one I keep pushing on before me. Hehe! :-) J.Pietschmann

Re: More about build.xml

2005-08-14 Thread J.Pietschmann
patterns the start of a trend which will end with a fop-core.jar, fop-api.jar, fop-pdfrenderer.jar, fop-j2drenderer.jar, fop-awt-application.jar, fop-cli.jar, fop-anttask.jar and, of course, a fop-all.jar? :-) J.Pietschmann

Re: ContentLayoutManager.getUserAgent

2005-08-14 Thread J.Pietschmann
Jeremias Maerki wrote: Yep: ... I'm pretty sure you'll find more of these. Does this mean the methods and associated fields can be safely removed? J.Pietschmann

Re: TODO tags

2005-08-14 Thread J.Pietschmann
Jeremias Maerki wrote: the javadocs Ant task [1] you can manually add support for a todo tag. According to the docs, this requires Java 1.4. We could disable generating javadocs in a 1.3 environment. J.Pietschmann

Re: TODO tags

2005-08-14 Thread J.Pietschmann
, and still have no idea how to get rid of them. The Ant jar should be in the classpath, unless I'm greatly mistaken, as the javadocs task uses the same class path reference as the compile task. Another uncreative task: fix the Checkstyle complaints for Constants.java :-) J.Pietschmann

Re: [Xmlgraphics-fop Wiki] Update of FOPIDESetupGuide by JoergPietschmann

2005-08-14 Thread J.Pietschmann
Apache Wiki wrote: http://wiki.apache.org/xmlgraphics-fop/FOPIDESetupGuide BTW someone knowledgeable ought to upgrade the instructions to SVN/subclipse (I still use Cygwin svn). J.Pietschmann

Re: More about build.xml

2005-08-14 Thread J.Pietschmann
projects, but we ought to support hyphenation out of the box at least for a few languages. After all, hyphenation is part of the FOP core business, in contrast to, e.g., providing a servlet. J.Pietschmann

Re: svn commit: r232952 - in /xmlgraphics/fop/trunk: src/java/org/apache/fop/image/ImageCache.java src/java/org/apache/fop/image/ImageFactory.java test/java/org/apache/fop/URIResolutionTestCase.java

2005-08-16 Thread J.Pietschmann
with company and division logos in the headers, I'd probably like to keep them in the cache across different rendering runs. But this can be left for later fine tuning. J.Pietschmann

Re: API discussion (revived)

2005-08-21 Thread J.Pietschmann
. It might be worth a try though. On the other side, maybe we should really take the time to write up a short specification for the API and to have that voted on. What's wrong with the spec in the Wiki? J.Pietschmann

Re: page-number and page-number-citation problem

2005-08-26 Thread J.Pietschmann
straightforward to implement. J.Pietschmann

Re: FOP website, release preparations: refactoring necessary

2005-08-28 Thread J.Pietschmann
Jeremias Maerki wrote: (It's probably best to collapse Development and Design into one tab. Too many tabs are not ideal. I second that. J.Pietschmann

Re: API discussion (revived)

2005-08-28 Thread J.Pietschmann
think this should be redesigned. In order to suggest further changes, a closer look at the places where a FOPException is thrown, and, more important, where exceptions are caught, is necessary. == Final Word == Did I miss something important? Regards J.Pietschmann

Re: page-number and page-number-citation problem

2005-08-29 Thread J.Pietschmann
. If page numbers can be resolved to strings early, it should be done. All the hassle for space readjusting, and perhaps reflowing content, should be reserved for forward references, if only for performance reasons. J.Pietschmann

Re: page-number and page-number-citation problem

2005-08-29 Thread J.Pietschmann
as an index is usually set in several narrow columns. J.Pietschmann

Re: page-number and page-number-citation problem

2005-08-30 Thread J.Pietschmann
interesting indeed ... as soon as I finish working on the line-adjusting I'll spend some more thought on this ... Sounds like we'll get more improvements soon... J.Pietschmann

Re: API discussion (revived)

2005-08-30 Thread J.Pietschmann
. - Should we use IllegalArgumentException for sanity checkings in the public API classes (not FOTree, layout or anything deeper down), e.g. for enumerations for renderers which aren't known? I'm undecided. Some JRE packages do so. That's all for today J.Pietschmann

Re: API discussion (revived)

2005-08-31 Thread J.Pietschmann
, preferably individually. J.Pietschmann

Re: Logging for FOrayFont

2005-09-05 Thread J.Pietschmann
be really really fun. J.Pietschmann

Re: Logging for FOrayFont

2005-09-05 Thread J.Pietschmann
, in particular network connection pooling and multiplexing - XML creation - Java object persistence The list isn't complete of course. J.Pietschmann

Classpath setup problem

2005-09-05 Thread J.Pietschmann
? J.Pietschmann

Re: [VOTE] Manuel Mall as new FOP committer

2005-09-06 Thread J.Pietschmann
for committership in Apache FOP. +1 from me. J.Pietschmann

Re: Classpath setup problem

2005-09-06 Thread J.Pietschmann
probably move all jars to ~/.ant/lib and point optional.lib.dir there. Grmbl. J.Pietschmann

Re: Classpath setup problem

2005-09-06 Thread J.Pietschmann
question: I used to have old (maintenance branch) jars for FOP and Batik in the repository, which causes compilation problems. Therefore it might be a good idea to include only specific fles rather than *.jar in the classpath set. WDYT? J.Pietschmann

Re: Centering Table

2005-09-08 Thread J.Pietschmann
siarom egrub wrote: Could you please advise on how to get a table centered on a page? This is a FAQ, either http://xmlgraphics.apache.org/fop/faq.html#fo-center or http://xmlgraphics.apache.org/fop/faq.html#fo-center-table-horizon J.Pietschmann

Re: Logging for FOrayFont

2005-09-08 Thread J.Pietschmann
this seems to fit. J.Pietschmann

More style issues

2005-09-08 Thread J.Pietschmann
IDEs, long identifiers shouldn't impair typing too much. I'll probably expand randomly choosen names in the future, which may include class names. Tell me now if you don't like this. Regards J.Pietschmann

Re: Classpath setup problem

2005-09-11 Thread J.Pietschmann
. Neither is completely foolproof, in particular ther may be people with JCE providers other than bouncy castle. J.Pietschmann

Re: Hyphenation

2005-09-12 Thread J.Pietschmann
Manuel Mall wrote: I noticed we don't have any hyphenation testcases in the layout engine test suite. I'm working on that, as well as on test case for TR14 compatible line breaking (not yet implemented though...). J.Pietschmann

Re: How do I get the height of a character?

2005-09-18 Thread J.Pietschmann
there is a difference between leaders using the dot character (for the foo...page 19 style) and a leader which is a dotted line (rule-style=dotted). THe rule-thickness only applies to the second leader style. J.Pietschmann

Re: List and Item display

2005-09-19 Thread J.Pietschmann
/ J.Pietschmann

JPdfUnit

2005-09-19 Thread J.Pietschmann
Hi all, fresh on freshmeat: http://freshmeat.net/releases/207188/ Can this be used to provide tests for the PDF renderer? J.Pietschmann

Re: Another page-related question: page-position=last

2005-10-01 Thread J.Pietschmann
if this sounds suboptimal. J.Pietschmann

Re: DO NOT REPLY [Bug 36871] New: - Null Pointer exception in xsl mode

2005-10-01 Thread J.Pietschmann
on this, unfortunately I don't remember whether this got into 0.20.5, and I can't currently test it. Does someone else have a 0.20.5 installation ready to run to do a quick test? J.Pietschmann

Re: Another page-related question: page-position=last

2005-10-03 Thread J.Pietschmann
about the last page. I'm feeling somewhat blank now... J.Pietschmann

Re: More style issues

2005-10-03 Thread J.Pietschmann
- offDocumentItems - paddingPt - pgNbField - pixSzMM - propEx - relbase (but relativebase used elsewhere) - resSpace: reserved? resolved? reset? randomly enhanced space? - rightPadStr - rslt - setDW - setDoOutput - sPM - spMaker - trIter - transFactory - uniMap - xRefFormats HTH J.Pietschmann

Re: script property

2005-10-05 Thread J.Pietschmann
of Jakarta commons Unicode file component, but the guys there weren't all that enthusiastic about this, and I've not enough time to get the ball rolling all of my own. J.Pietschmann

Re: script property

2005-10-06 Thread J.Pietschmann
Manuel Mall wrote: What we also need for proper script support is a mapping from Unicode code point to script. On a second thought: isn't this what Class Character.UnicodeBlock does? J.Pietschmann

Re: white-space collapse across fo:inlines

2005-10-06 Thread J.Pietschmann
easily understandable from the spec or the errata, IIRC Peter made an inquiry on a w3c list and got a clarification. J.Pietschmann

Re: script property

2005-10-07 Thread J.Pietschmann
Manuel Mall wrote: It doesn't quite solve all issues though I think: Correct. May be a wrapper around this class to provide that functionality? Given that we must get data from Unicode files anyway, we could as well have our own implementation for everything. J.Pietschmann

Re: svn commit: r307094 - /xmlgraphics/fop/trunk/src/documentation/content/xdocs/compliance.ihtml

2005-10-07 Thread J.Pietschmann
: creating no line breaks at all should be significantly easier than creating breaks... J.Pietschmann

Re: Problem with Eastern european characters

2005-10-21 Thread J.Pietschmann
be an OutputStream, so this is not character compatible but byte only compatible, it seems unicode cannot be processed correctly ? PDF isn't text, it is a binary format. For details, check the PDF spec. J.Pietschmann

Re: Why is / is valid line breaking char in FOP?

2005-10-25 Thread J.Pietschmann
) in a single pass is unwieldy if BreakIterator is used, that's why I tried to implement it differently some time ago http://people.apache.org/~pietsch/linebreak.tar.gz J.Pietschmann

Re: Unicode compliant Line Breaking

2005-11-01 Thread J.Pietschmann
that the hyphenation code collects words across LM boundaries. As it should. Word boundaries and FO boundaries are different things: blockA wwrapper text-decoration=underlineo/wrapperrd/block J.Pietschmann

Re: Unicode compliant Line Breaking

2005-11-02 Thread J.Pietschmann
, or looking up the line break Unicode properties and looking up whether a break may occur in the line-break matrix. Hyphenation points are generated elsewhere and remain unaffected. J.Pietschmann

Re: zero width space

2005-11-02 Thread J.Pietschmann
- bidi control characters 200E-200F, 202A-202E - deprecated controls 206A-206F J.Pietschmann

Re: Leading/trailing space removal in LineLM

2005-11-02 Thread J.Pietschmann
the string including the trailing spaces will overflow the line area. The trailing whitespace may also influence text justification. J.Pietschmann

Re: Leading/trailing space removal in LineLM

2005-11-03 Thread J.Pietschmann
opportunities and handling white space are different things, and can be handled nearly independently. Note that white space removal around line breaks happend after a break opportunity has been actually promoted to a real line break. J.Pietschmann

Re: zero width space

2005-11-03 Thread J.Pietschmann
Hyphen (its either suppressed or replaced by the proper hyphen), zero-width joiners, ... In case of the hypothetical HTML renderer, you *want* to pass all these characters to the renderer. Is that a sensible grouping? Dunno. What about character composition/decomposition? J.Pietschmann

Re: Leading/trailing space removal in LineLM

2005-11-04 Thread J.Pietschmann
normalization. J.Pietschmann

Re: zero width space

2005-11-04 Thread J.Pietschmann
, putting the precomposed character U+00E4 into the output is a smart move. Where should this transformation occur: output generation, renderer, layout stage? A slight problem is that the width of U+00E4 may be different from U+0061. J.Pietschmann

Re: Linebreaks around e-g and i-f-o

2005-11-09 Thread J.Pietschmann
). J.Pietschmann

Re: svn commit: r345474 - in /xmlgraphics/fop/trunk: ./ test/fotree/ test/java/org/apache/fop/layoutengine/ test/layoutengine/

2005-11-18 Thread J.Pietschmann
Manuel Mall wrote: Ooops, that wasn't very efficient as I did more or less the same thing. Oops, sorry. After several weeks of inactivity I thought I could polish up the old sketch and commit. There's still enough work to do though, see the separate post. J.Pietschmann

Re: svn commit: r348437 - in /xmlgraphics/fop/trunk/src/documentation: content/xdocs/knownissues.xml content/xdocs/site.xml resources/stylesheets/disabled-testcases2document.xsl sitemap.xmap

2005-11-23 Thread J.Pietschmann
correct them? J.Pietschmann

Re: Issues with layout engine test framework

2005-11-23 Thread J.Pietschmann
Suggestions? Should we just remove it? I've disabled it. People without restrictions could reenable the testcase for themselves. Alternatively, we could add FOP extensions allowing for proxy authentification. J.Pietschmann

Re: Issues with layout engine test framework

2005-11-24 Thread J.Pietschmann
is to create another category of tests, tests unsafe for people without internet connection or so. J.Pietschmann

Re: Issues with layout engine test framework

2005-11-24 Thread J.Pietschmann
authorization and session problems. J.Pietschmann

Re: PDF optimization / linearization AKA web-enabled PDFs

2005-12-01 Thread J.Pietschmann
Parker, Les wrote: I am looking for a java class to web-enable PDF files. Does anyone know of such an animal that is Open Source? Check SourceForge. IIRC iText and PDFBox both can be configured to generate linearized PDF. J.Pietschmann

Re: [Xmlgraphics-fop Wiki] Update of ApiDesign by JeremiasMaerki

2006-02-14 Thread J.Pietschmann
values to the renderer. BTW: encryption options like noprint should as well be configurable, and there are arguments that even the user password for encryption could benefit from being read from the XML configuration data. J.Pietschmann

Re: [Xmlgraphics-fop Wiki] Update of ApiDesign by JeremiasMaerki

2006-02-15 Thread J.Pietschmann
renderer options Map this is possible. No problem. I just had a vague memory that properties can automatically convert strings into boolean values. J.Pietschmann

Re: Parsing foreign XML

2006-02-15 Thread J.Pietschmann
the FO tree including metadata and embedded foreign data? J.Pietschmann

Re: Removing the character area tree object

2006-02-27 Thread J.Pietschmann
Jeremias Maerki wrote: I'm considering removing the character area tree object and instead map an fo:character to a normal text area with one word child. Looks ok: +1 J.Pietschmann

Re: Unicode Alphabetic characters

2006-02-28 Thread J.Pietschmann
Jeremias Maerki wrote: Yep, that's exactly what I need. But hey, adding a 3MB library just for this method, that is a little much. If all else fails, do the same as for the line breaking properties. J.Pietschmann

Re: Unicode Alphabetic characters

2006-02-28 Thread J.Pietschmann
for various purposes. Algorithms based on ICU presence could be preferred, while falling back to a more crude implementation if ICU is not presend. BTW ICU has lots of other interesting features relevant for I18N, look for example at the calender section or the number formatting. J.Pietschmann

Re: Unicode Alphabetic characters

2006-02-28 Thread J.Pietschmann
Jeremias Maerki wrote: On 28.02.2006 21:48:27 J.Pietschmann wrote: If all else fails, do the same as for the line breaking properties. Sorry, but I don't understand what you mean. Generate the necessary data tables directly from the Unicode source, automatically or manually. Yes, NIH

Re: Unicode Alphabetic characters

2006-02-28 Thread J.Pietschmann
using the Java BreakIterator (other than the latter not being available in Java 1.3). I'd prefer to have a more pull style interface to the line break finder though. J.Pietschmann

Re: [VOTE] Finalized API - Merge Temp_API_Finalization branch back into Trunk

2006-03-26 Thread J.Pietschmann
Jeremias Maerki wrote: 1. I'd like to propose merging back the Temp_API_Finalization branch back into Trunk. +1 2. ... +1 from me for deprecating all Fop constructors, +1 J.Pietschmann

Re: How about a release?

2006-04-09 Thread J.Pietschmann
Jeremias Maerki wrote: [snip] +1 to a new beta release, even if the whitespace still isn't resolved completely. J.Pietschmann

  1   2   >