Use of colors in fop

) and colorspace() functions. Quenstions? Comments? Max Berger -- PGP/GnuPG ID: E81592BC Print: F489F8759D4132923EC4 BC7E072AB73AE81592BC For information about me or my projects please see http://max.berger.name signature.asc Description: OpenPGP digital signature

Re: Including an sRGB color profile?

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jeremias, Fop-dev, I know I have no vote in this, but I do disagree. 1) I still believe that PDF is a print medium and should therefore default to CMYK colorspace. If supported correctly by software, the colors should show up right on the screen. 2)

Re: Announcement: FOP 0.92beta released

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dear Andreas, I know it is always a bad idea to blab after the release, but I just read the releae notes, and it says: PCL, MIF and SVG support have not been restored, yet. This is ambiguous. Could it be rephrased to: PCL, MIF and SVG output suppor

Question about status of JEuclid and possible inclusion in FOP

Dear Gennady, Dear developers, I've just recently played around with mathml and tried to include that in my fop documents. I've found several tools, and among others "jeuclid". jeuclid is very complete, it is just missing a few adapter classes. I've written a small one to convert mml to svg

Re: DO NOT REPLY [Bug 38946] - [PATCH] for color Handling

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jeremias, thank you very much! I'll continue to submit patches whenever I find something that I need. Max [EMAIL PROTECTED] wrote: > DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· > RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT >

Re: Question about status of JEuclid and possible inclusion in FOP

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dear Gennadiy, thank you for your very extensive answer. At least now I know what the current status is. So for now I'll use jeuclid externally to convert so svg and then include that into fop. Gennadiy Tsarenkov wrote: > The reasons for rare comm

Re: PDF color handling (and PDF/X-3:2003)

ofile. What I'd like to know is whether you've already done some work in the CMYK area. Not that we duplicate our efforts. Jeremias Maerki Max Berger e-mail: [EMAIL PROTECTED] -- PGP/GnuPG ID: E81592BC Print: F489F8759D4132923EC4 BC7E072AB73AE81592BC For information ab

Thoughts about image handling

resources such as fonts this may well be META-INF/FontDescriptor.xml or something else. questions? comments? Max Berger e-mail: [EMAIL PROTECTED] -- PGP/GnuPG ID: E81592BC Print: F489F8759D4132923EC4 BC7E072AB73AE81592BC For information about me or my projects please see http://

Re: Thoughts about image handling

this is still open for discussion. I'd rather discuss and bounce ideas back and forth first than writing tons of code that needs to be revised. This is not my main project either, but it is good to have something to divert myself from time to time :) Jeremias Maerki Max Berger PGP.sig Description: This is a digitally signed message part

Adding a cmyk() color function?

(there is rgb(), system-color(), and icc-color()) i think it would be a good idea to have it, as cmyk is a standard color model. It would also help testing if FOP can really support different color models. If its desirable, then I'll supply a patch implementing cmyk() Max Berger

Re: FOP and XML Graphics Commons Maven artifacts

://jeuclid.svn.sourceforge.net/svnroot/jeuclid/trunk/jeuclid- fop/README Max Berger e-mail: [EMAIL PROTECTED] -- PGP/GnuPG ID: E81592BC Print: F489F8759D4132923EC4 BC7E072AB73AE81592BC For information about me or my projects please see http:// max.berger.name Am 18.05.2007 um 02:28 schrieb

Re: DO NOT REPLY [Bug 42476] - [PATCH] Bugfix for XMLReader: Support for other ImageReaders

will want to synchronize on this. Thanks, Vincent Max Berger e-mail: [EMAIL PROTECTED] -- PGP/GnuPG ID: E81592BC Print: F489F8759D4132923EC4 BC7E072AB73AE81592BC For information about me or my projects please see http:// max.berger.name PGP.sig Description: Signierter Teil der Nachricht

Extending FOP's image interface

API change? And if so, the current API uses fixed-point sizes only (e.g. all sizes can only be complete pixels). IMO this should be changed to support float or double values, as some vector graphics have a higher resolution. Comments? mfG Max Berger e-mail: [EMAIL PROTECTED] -- OpenPG

Re: Character-by-character font selection strategy

print a warning when it replaces a character with the # sign. Please fix this! (Part of the patch). mfG Max Berger e-mail: [EMAIL PROTECTED] -- OpenPG ID: E81592BC Print: F489F8759D4132923EC4 BC7E072AB73AE81592BC For information about me and my work please see http://max.berger.name signatu

Re: FOP 0.94

take a little while, and I will hopefully be able to do it latest by this weekend. What timeline for the release do you have in mind? Max Berger e-mail: [EMAIL PROTECTED] -- PGP/GnuPG ID: E81592BC Print: F489F8759D4132923EC4 BC7E072AB73AE81592BC For information about me or my projects pleas

Could someone please clarify the spec for alignment-adjust

top (raise the box),which is contradictory to the specification before. I may have missed something, but I believe this is contradictory. Could someone please clarify on this? [1] http://www.w3.org/TR/xsl/ Max Berger e-mail: [EMAIL PROTECTED] -- PGP/GnuPG ID: E81592BC Print: F4

Re: DO NOT REPLY [Bug 42785] - [PATCH] Support baseline-shift for images

s to its surrounding context, in particular attributes like foreground- color, font-size, etc.. This is of lower priority, as these can be set explicitly within MathML context. Max Berger e-mail: [EMAIL PROTECTED] -- PGP/GnuPG ID: E81592BC Print: F489F8759D4132923EC4 BC7E072AB73AE81592BC For i

Re: DO NOT REPLY [Bug 42785] - [PATCH] Support baseline-shift for images

ess to their enclosing as well. Target for b) is before fop 1.0 comes out :) Cheers Andreas Thanks! Max Berger e-mail: [EMAIL PROTECTED] -- PGP/GnuPG ID: E81592BC Print: F489F8759D4132923EC4 BC7E072AB73AE81592BC For information about me or my projects please see http:// max.berger.na

Re: Remove Useless Comments

Dear Fop-devs, as always, I have no say in this, but what I usually do is to use /** [EMAIL PROTECTED] */ This works really well, if the method inherits from a class / interface which is also present in the same codebase: Checkstyle is happy, and so is JavaDoc. Also, JavaDoc gives a warning if a

Fonts in JAR files

even volunteer to do this work :). Plan of action: - Collect feedback if this is a desirable / undesirable feature - Collect feedback on format (is manifest.xml a good choice?) - implement manifest.xml reader in xmlgraphics-commons - modify font auto detection to use the reader - test / submit patch

Re: Fonts in JAR files

n disk and in Jars, and avoids loading the whole file content), and then simply adding the resources of the known font type to the autoconfig list should do the trick. mfG Max Berger e-mail: [EMAIL PROTECTED] -- OpenPG ID: E81592BC Print: F489F8759D4132923EC4 BC7E072AB73AE81592BC For

Re: Fonts page?

Andreas, Looks like there is some text missing here. It should probably be something like: Fonts in well-known paths are automatically detected. The paths for Unix-Systems are: * [ the four bullets] For Windows Systems these are: * [add paths for windows] Max Berger e-mail: [EMAIL

Re: Any good documentation on adding extension to FOP

Dear Sandeep, not necessarily documentation, but two working examples are the fop plugins from barcode4j and jeuclid: http://barcode4j.cvs.sourceforge.net/barcode4j/barcode4j/src/fop-trunk/ http://jeuclid.svn.sourceforge.net/viewvc/jeuclid/branches/3.0/ jeuclid-fop/ hth Max Berger e

Re: [VOTE] Max Berger for Committer

it has proper maven artifacts (currently 0.93 is on the main maven site) Max Am Freitag, den 26.10.2007, 09:43 +0100 schrieb Chris Bowditch: > Fellow Committers, > > As you all know Max Berger is heavily involved with the JEuclid MathML > project. However, he has also been acti

Re: Dramatic improvement of PDF text painting quality for SVG

Jeremias, Am Samstag, den 03.11.2007, 12:22 +0100 schrieb Jeremias Maerki: > Implementation notes: > - The text painter has a fallback so it can still paint text with SVG > fonts. Text for which there's no font in FOP's FontInfo object will be > painted using shapes as before. Please correct me

Re: MathML and fop

further problems with math. Max Berger Am Dienstag, den 06.11.2007, 01:42 -0800 schrieb juanita: > I am using fop 0.93 and I want to be able to display a MathML object > in the generated pdf. I read that I can use JEuclid jar for this reason. > I download jeuclid-fop-3.0.1.jar for this r

Re: The intermediate format and the plan towards FOP 1.0

Jeremias, Am Dienstag, den 27.11.2007, 11:10 +0100 schrieb Jeremias Maerki: > it has come to my attention that not everyone seems to be happy that > some of us are looking into a new design for the intermediate format exploring a new design is never a bad idea. Indeed, one of the things I dislike

Re: FOP and XML Graphics Commons Maven artifacts

Hi Max. > > Max Berger: > > Jeremias, > > Jason, > > > > it looks like the only way to properly deploy maven bundles is to > > actually use maven. I have finally managed to install the bundles > > into a local directory for JEuclid, but the same pr

Re: FOP and XML Graphics Commons Maven artifacts

phics-commons 1.2-jdk13 and respective for fop. Max On Don, 2007-12-06 at 10:29 +1100, Cameron McCormack wrote: > Hi Max. > > Max Berger: > > actually, this could be a very fun experiment to see if my new fop > > account is working. It should (theoretically) give me access to

Re: FOP and XML Graphics Commons Maven artifacts

Cameron, On Fre, 2007-12-07 at 08:14 +1100, Cameron McCormack wrote: > > Letting the maven deploy plugin create the correct directory structure > > and needed files is MUCH easier than trying to do this yourself in ant. > > I would therefore recommend the use of maven to deploy the maven > > arti

Re: svn commit: r602125 - in /xmlgraphics/fop/trunk: lib/ src/java/org/apache/fop/render/ test/resources/META-INF/ test/resources/fonts/

worked fine. Max Berger e-mail: [EMAIL PROTECTED] -- PGP/GnuPG ID: E81592BC Print: F489F8759D4132923EC4 BC7E072AB73AE81592BC For information about me or my projects please see http://max.berger.name Am 07.12.2007 um 16:36 schrieb [EMAIL PROTECTED]: Author: maxberger Date: Fri Dec 7 07:36:53

Re: svn commit: r602125 - in /xmlgraphics/fop/trunk: lib/ src/java/org/apache/fop/render/ test/resources/META-INF/ test/resources/fonts/

the approved license list: http://www.apache.org/legal/3party.html (the page is still a draft but represents today's policy) Yes, you've checked quite some time ago, here's the link for completenes: http://issues.apache.org/bugzilla/show_bug.cgi?id=40465 Max On 07.12.2007 17:33:

Re: svn commit: r607188 - /xmlgraphics/fop/branches/Temp_ImagePackageRedesign/src/java/org/apache/fop/fo/FOTreeBuilder.java

Jeremias, not that fop is on 1.4: AFAIK this is what assert statements are for: Add checks for things which *should not happen*, such as contract violations. Max On Mon, 2008-01-07 at 09:21 +0100, Jeremias Maerki wrote: > It could be null if the caller violates the ContentHandler contract. The >

Re: Disable 900 penalty when not all cells have contributed in tables?

Vincent, please consider the case where a table cell is long, or even longer than a page. In this case it should break it anyways. Also, consider these cases: ++ | 0.25 pages | ++ | 1.5 pages | ++ | 0.25 pages | ++ +---+ | 0.5 pages | +

Re: Disable 900 penalty when not all cells have contributed in tables?

Vincent, > > both of them I'd prefer to see split onto two pages. So imo a high > > penalty is better > That will still be possible with the infinite penalty (assuming your > "1.5 pages" contain enough break possibilities in between). The rule > here is only to make sure that every column contribu

Re: Next release - when?

Dear Fop Devs, I think we are mixing two ideas here: One idea (1) was to release 0.95rc, and then two weeks later 0.95 The other idea (2) is to release 0.95 and call it 0.95rc instead of 0.95beta. (1) I think makes sense. It would mean after releasing the rc there would be a short phase (2 week

Namespaces for attributes in instream objects

Dear Fop-Devs, I've just recently encountered a possible "bug" in the jeuclid plugin for fop. A complete .fo file is added at the end of the mail. In this file there is a foreign math object: x , which, as you can se

Re: Namespaces for attributes in instream objects

Andreas, On Mon, 2008-01-14 at 20:04 +0100, Andreas L Delmelle wrote: > > See what happens there. Judging from the code, the attributes > > without a prefix are added to the node via the generic > > org.w3c.dom.Element#setAttribute(). This was indeed the problem. AttributeNodes added with "se

Re: Processing Feedback: 3 alternatives for review

Jeremias, on the message consumer side it would be nice if message handlers could throw exceptions - this would allow "strict" handlers to immediately cancel processing of a fo file, a more lenient handlers could just emit warnings (similar to sax handlers), and a batch system could ignore it. Ho

Repository properties?

Dear Fop devs, I'd like to make some property changes in svn: On all java files: - set svn:eol-style native - set svn:keywords Author Date Id Revision supply a .sh script "fixproperties.sh" in the root dir which does this automatically (should be run from time to time) On hyph ignore *.xml To

Re: Supporting unusual encodings for Type 1 fonts

Jeremias, 2008/2/12, Jeremias Maerki <[EMAIL PROTECTED]>: > + Higher compatibility with PDF viewers which are not yet > feature-complete. would it be possible to create a quick PDF file with these extensions so that I can test my favorite PDF viewers? As far as I am concerned these are - Adob

Re: Repository properties?

Dear Fop-Devs, done. After greping through the code I saw that "Id" is used in all java files and "Revision" is used in many testcases, so I decided to use these two. If you have further improments, please change the fixsvnprops.sh file. Please update before your next changes, as this has touched

Re: Repository properties?

;t modify java files, I think there are missing > brackets. > I'll try to take care of that in the next days. > > Cheers, > Vincent > > > Max Berger wrote: > > Dear Fop-Devs, > > > > done. > > After greping through the code I saw that "Id

Re: Remove deprecated methods in outer API for 0.95?

> >For some time now we have a number of methods in our outer API that are > >deprecated. I think we should remove them now. Anyone against my doing > >that as part of the preparations for the release? AFAIK it is good practice to keep a deprecated API for at least 1 release, so I'd say +1 for

Re: Q: What should happen when an image is not found?

giving the user the choiice to fail on missing images. I think this would be a good "test case" for the new feedback mechanism. IMO there should be a warning by default, but the user should be able to configure it to fail if needed. Clay Max Berger e-mail: [EMAIL PROTECTED] -- PG

Re: Q: What should happen when an image is not found?

or something). If there's no > @fox:[image-missing-behavior] specified, it'll do the config setting > or log a warning if nothing specified. > > Clay mfG Max Berger e-mail: [EMAIL PROTECTED] -- OpenPG ID: E81592BC Print: F489F8759D4132923EC4 BC7E072AB73AE81

Re: Q: What should happen when an image is not found?

; (as seen in web browsers, etc.) > > > > I think I'd prefer this. It's still a change in FOP's behaviour. But so > > many people don't read or ignore FOP's log output, visual feedback is > > probably a good idea. > > +1 ok, sounds good. +

Re: svn commit: r629902 - in /xmlgraphics/fop/trunk: src/java/org/apache/fop/cli/InputHandler.java status.xml

{ > > +result = new StreamSource(this.sourcefile); > > +} catch (IOException e) { > > +result = new StreamSource(this.sourcefile); > > +} catch (ParserConfigurationException e) { > > +result = new StreamSource(this.sourc

Re: svn commit: r630215 - /xmlgraphics/fop/trunk/src/java/org/apache/fop/cli/InputHandler.java

} catch (SAXException e) { > > > > --------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > mfG Max Berger e-mail: [EMAIL PROTECTED] -- OpenPG ID: E81592BC

Re: svn commit: r630215 - /xmlgraphics/fop/trunk/src/java/org/apache/fop/cli/InputHandler.java

spf.setXIncludeAware(true); > > +spf.setFeature("http://xml.org/sax/features/namespaces";, true); > > +spf.setFeature("http://apache.org/xml/features/xinclude";, > > true); > > XMLReader xr = spf.newSAXParser().getXMLReader(); > &g

Re: Supporting unusual encodings for Type 1 fonts

/ > - [1] font-type1-demo-before.pdf (revision 627678, before I added the AFM > stuff, i.e. step 1) > - [2] font-type1-demo-step1.pdf (current FOP Trunk HEAD) > - [3] font-type1-demo-step2.pdf (my local working copy) > > Jeremias Maerki mfG Max Berger e-mail: [EMAIL

Re: [VOTE] Merge Temp_ProcessingFeedback branch into Trunk

bed on: > http://wiki.apache.org/xmlgraphics-fop/ProcessingFeedback > > [1] > https://svn.apache.org/repos/asf/xmlgraphics/fop/branches/Temp_ProcessingFeedback The new system will only be thoroughly tested if used, so now is the time. +1 mfG Max Berger e-mail: [EMAIL PROTECTED] -- O

Re: Q: Font-cache refresh warning?

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dear Fop-Devs, just thinking about that (because oner emailed me "i got this font-cache error when running fop 0.95") maybe this could be reworded? as: level: info "Discarding Font-Cache from different fop version" warning imo should only be used w

Font-Selection strategies (Re: svn commit: r655281 - in /xmlgraphics/fop/trunk: src/java/org/apache/fop/fo/FOPropertyMapping.java src/java/org/apache/fop/layoutmgr/inline/CharacterLayoutManager.java s

Andreas, Am 11.05.2008 um 16:25 schrieb Andreas Delmelle: Support character-by-character font-selection strategy on fo:character element Good thinking! FWIW, I've also been thinking in a similar direction, but maybe a bit more generic, as utility method in the FontManager maybe (?) yes,

Re: ZapfDingbats and Symbol not found whereas they are not needed

Andreas, indeed. To support proper character auto-selection I've modified the default to include the symbol and zapf-dingbats fonts, as they contain many characters normally not found in the default fonts. I hope I'll have time to continue this work soon (can't promise anything atm) Max

Re: svn commit: r660998 - in /xmlgraphics/fop/trunk: src/java/org/apache/fop/fo/ src/java/org/apache/fop/fonts/ src/java/org/apache/fop/layoutmgr/inline/ test/layoutengine/standard-testcases/

Dear Fop-devs, Just some comments on this work: - it implements a word-by-word selection as the "auto" font-selection strategy. It will always pick the first font, which is able to display the most characters in a word. This behavior needs to be documented (I'll do that) - character-by-character

Re: svn commit: r660998 - in /xmlgraphics/fop/trunk: src/java/org/apache/fop/fo/ src/java/org/apache/fop/fonts/ src/java/org/apache/fop/layoutmgr/inline/ test/layoutengine/standard-testcases/

Andreas, just to follow up and show that I have not forgotten your recent email :) Am 29.05.2008 um 19:01 schrieb Andreas Delmelle: There is still an open issue: When the font is changed, the metrics for the line are not. E.g. when i have something like test SIGMA test test ∑ test the SIG

Re: Switching to Java 1.5

Dear Fop Devs, I use retrotranslator for another project which has to run on specific version of scientfic Linux, where only Java 1.4 is installed. There are two steps for using retrotranslator: - Use NO 1.5 classpath features, just generics: Works very well with retrotranslator - Use othe

Re: Switching to Java 1.5

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dear Fop-devs, Jess Holle schrieb: > As of October of this year anything prior to Java 5 will be officially > unsupported by Sun except where you have a paid support contract with > them (including that for Solaris). Add to that the fact that Java 1.

Re: svn commit: r665699 - in /xmlgraphics/fop/trunk/src/java/org/apache/fop: fo/flow/table/ layoutmgr/ layoutmgr/inline/ layoutmgr/list/ layoutmgr/table/

Jeremias, actually I had the same reservations (especially about the "last element", and if you have a real problem with this feel free to revert this patch. Maybe we could write a simple helper method instead? static Element getLastElement(List l) ? Would that disperse your concerns? Why

List vs. LinkedList

Dear Fop-Devs, as far as I can tell, there where two issues with my cleanups yesterday: Readablility and Performance. I've just submitted a patch which adds a "ListUtil" class, to make the code more readable again. I've replaced (hopefully) all occurrences of size() - 1 with the call to t

Code Quality Metrics

Dear Fop-Devs, since this came up, here is a list of tools I use for software quality checking (and all them them can check for generic list types). All of them have Eclipse and maven plugins (and ant tasks, and ) Checkstyle: checkstyle.sf.net (already configured in fop, so nothing nee

Re: Switching to Java 1.5

Vincent, Am 09.06.2008 um 20:01 schrieb Vincent Hennebert: There’s a point that I’d like to further discuss: why wouldn’t we implement Retroweaver/Retrotranslator in the Trunk? If we go the cautious route, that is if we run the test suite on a 1.4 jvm after each introduction of a 1.5 feature

ElementListUtils vs. ListUtils

Dear Fop-devs, as I prepared the patch while being offline, I had not read the suggestion to put the code I put in "ListUtil" into "ElementListUtils". Just to be on the safe side: Should both classes be merged? Or is "elementListUtil" specific to List ? Max

Re: Code Quality Metrics

Dear Fop-Devs, for the actual implementation, I think it would be a good idea to create a second lib-directory (e.g. buildsupport, or buildlib), and add the required libs there, so that we're all using the same tools. These libs would only be needed during build, and not during deployment.

Re: Code Quality Metrics

or years now, but I doubt many people look at that often. Having those tools as IDE plug-ins is much more useful. But that needs to be set up by every dev him/herself. On 10.06.2008 10:01:03 Max Berger wrote: Dear Fop-Devs, since this came up, here is a list of tools I use for software q

Re: [g...@vmgump]: Project xml-fop (in module xml-fop) failed

Jeremias, I've removed the reference to retroweaver to fix this bug. What I tried to do was to add the "verify" task of retroweaver, not the "weave" task. Verify will check if all the classes are available in 1.4, which is something we should definitely to, even for the current trunk. It w

Re: Code Quality Metrics

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Vincent, Vincent Hennebert schrieb: >> 18000 PMD violations is just sick. Things like rule [1] doesn't really help >> the source code. We can do that if we get a budget for >> nuclear-power-plant-grade >> software. > Same here I guess. Now may be the

Re: FOText question

Andreas, Am 15.06.2008 um 13:25 schrieb Andreas Delmelle: Now, while I'm at it, I'm wondering whether it would be a good idea to have FOText implement Java 1.4's java.lang.CharSequence interface. This would mean that FOText gets a few extra methods (charAt(), length() and subSequence()), a

Re: Check: use of 'short' in TextLayoutManager?

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Andreas, The JVM converts all shorts to ints before doing any arithmetic, so shorts are actually a little bit slower than ints. As for the size: If you have primitive values, an int takes up 4 byte, whereas a short takes 2 bytes (+java overhead), mea

Re: svn commit: r670422 - in /xmlgraphics/fop/trunk/src/java/org/apache/fop: fo/ fo/flow/ layoutmgr/ layoutmgr/inline/ render/rtf/

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Andreas, Alhtough the testcases pass, this broke MathML. I get the (attached) error message on this fo file (which worked fine before updating). Please note that I get the same error message no matter if the JEuclid extension is installed or not. Max

Re: svn commit: r670422 - in /xmlgraphics/fop/trunk/src/java/org/apache/fop: fo/ fo/flow/ layoutmgr/ layoutmgr/inline/ render/rtf/

Andreas, thanks for the quick fix! Max Am 23.06.2008 um 20:03 schrieb Andreas Delmelle: On Jun 23, 2008, at 16:32, Andreas Delmelle wrote: - Oorspronkelijk bericht - Van: Max Berger [mailto:[EMAIL PROTECTED] java.lang.StringIndexOutOfBoundsException: String index out of range

Re: svn commit: r670341 - in /xmlgraphics/fop/trunk/src/java/org/apache/fop/fo: FONode.java FOText.java FOTreeBuilder.java FObjMixed.java

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jeremias, Jeremias Maerki schrieb: > Am I the only one concerned about backwards-compatibility here? No. I am also concerned about backwards-compatibility, but in a different way: This change changed the semantics without changing the API, therefore

Re: Embedding fonts from JAR: Problem in FOURIResolver.resolve()

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Thomas, this may not help, but here's a different approach: Fop (Trunk) supports fonts in jar-files directly, without the need of font-metrik files. It also adds general support for fonts described with an URI rather than a file path, which probably

Re: svn commit: r675698 - in /xmlgraphics/fop/trunk/src/java/org/apache/fop/cli: CommandLineOptions.java InputHandler.java Main.java

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Vincent, it may (or may not) make sense to move to commons-cli: http://commons.apache.org/cli/introduction.html which addresses this (and other problems) very well, but this would mean a lot more work. Max Jeremias Maerki schrieb: > Hi Vincent >

Re: Building FOP Trunk with Any - BUILD FAILED

Bones, just a quick check: Is there a space in the path to your checkout (e.g. C:\Documents and Settings) If so, please try moving the checkout to a dir without spaces. (e.g. C:\temp) and see if that helps. Max Am 13.07.2008 um 18:24 schrieb Peter B. West: bonekrusher wrote: Ok I ran t

Re: svn commit: r677648 - /xmlgraphics/fop/trunk/src/java/org/apache/fop/fo/FOPropertyMapping.java

Adrian, for the same reason I must disagree with the this change: If the fonts are not available (symbol, zapf dingbats), fop will just fall back to the default font, where the character is also not available. What you loose in this case is a little bit of performance. What you gain is the chance

Re: svn commit: r687327 - in /xmlgraphics/fop/trunk: build.properties build.xml

Dear Fop-Devs, I hope this commit does not break gump - if so I'll revert it. What this does: If you set properties to point to a java 1.4 installation, it will try to verify if fop uses only the classes available there and output a warning. The retroweaving process is currently done but unsused

Re: svn commit: r687323 - in /xmlgraphics/fop/trunk/src/java/org/apache/fop/render: afp/AFPRenderer.java pcl/PCLRenderer.java

Adrian, Adrian Cumiskey schrieb: > I don't think it is Max... looks like @since 1.4. you're right - looks like the other valueOf methods (for integer, etc.) where introduced in 1.5, and this one was indeed introduced in 1.4. I've reverted that change. Apparently retroweaver still modifies calls

Re: svn commit: r687323 - in /xmlgraphics/fop/trunk/src/java/org/apache/fop/render: afp/AFPRenderer.java pcl/PCLRenderer.java

ns to include that into the standard retroweaver distribution. What is the opinion about having patched and unreleased dependencies? Even if it is just for build, and purely optional? Max Max Berger schrieb: > Adrian, > > Adrian Cumiskey schrieb: >> I don't think it is Max

Re: svn commit: r687323 - in /xmlgraphics/fop/trunk/src/java/org/apache/fop/render: afp/AFPRenderer.java pcl/PCLRenderer.java

cies, it's ok to keep the unreleased package. > > On 20.08.2008 18:31:46 Max Berger wrote: >> Dear Fop-Devs, >> >> further insight on retroweaver: >> >> I've downloaded and patched retroweaver not to modify Boolean.valueOf, >> which is now correctl

URIResolvers (Re: (Re)moving without deprecating?)

Jeremias, my fault again. You are absolutely right, I should provide a "deprecated" version of the old classes in all cases, and probably discuss the idea. I'll do the later today, and here's the second one: Background is this thread [1] which showed a flaw in the way FOP resolves URIs. Current

URIResolutionTestCase is disabled

Dear Fop-devs, is there a specific reason why URIResolutionTestCase is disabled? May I re-enable it (as in the attached patch)? Background: Before I do further URI-Resolver patching / moving I would like to test the current behavior as not to break anything. Max Index: test/java/org/apache/fop

Re: FOP 0.95 and Maven2

Dear Sean, should be uploaded now, and sync with the main repository within 24 hours. Please let me know if you encounter any problems. Max Am 26.09.2008 um 20:20 schrieb Griffin,Sean: Developers, Are there any plans to push the new FOP 0.95 release to the central Maven repo? Sean Gri

Re: FOP 0.95 and Maven2

’t done across the board for some other apache jars I looked at, like xmlgraphics- commons and batik, but it can make debugging issues considerably easier. From: Max Berger [mailto:[EMAIL PROTECTED] On Behalf Of Max Berger Sent: Saturday, September 27, 2008 4:39 PM To: fop-dev@xmlgraphics.ap

Re: FOP 0.95 and Maven2

Dear Sean, I was misinformed - the javadoc and source jars are actually built, so at this time the only problem we have is that they are not voted releases. I'd therefore suggest that we try to include the maven bundle in the release and voting process for future releases. Max Max B

Re: Problem upgrading from 0.94 to 0.95

Paul, due to changes in the ImageLoader API you have to use matching version of JEuclid for FOP to work. I tried to reproduce your error and I was unable to reproduce it using FOP trunk and JEuclid 3.1.3. Also, in the .fo given: http://www.nabble.com/file/p20339979/doc.xml.fo There is no MathML

Re: FIleChannel accessible BufferedOutputStream

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Adrian, when doing this you need to be very careful that either the BufferedOutputStream OR the FileChannel methods are used. If you start mixing both you will get very strange effects. So for safety I would prefer to pass either a stream or a channe

Re: [VOTE] Merge Temp_AFPGOCAResources branch into trunk

Adrian, since I have not actually followed the code: +0.5 The recent amount of discussion shows that your branch should be integrated into trunk as soon as possible, since it touches other areas as well, and these issues need to be resolved before 1.0beta. Max Vincent Hennebert schrieb: > Hi A

Re: Character-by-character font selection strategy

Dear Dongsheng Song, the patch you refer to is outdated and the issue of character handling has changed since your quoted messages. I have just now updated the Wiki to reflect the changes. Please email back to the list if anything is unclear. Max Dongsheng Song schrieb: > II have been googled th

Re: Character-by-character font selection strategy

7;, if I specify font-family="Times, SimSun", FOP paint using Times characters, not SimSun, so I got missing glyphs. I's there a way treat a single Chinese char(e.g. '닢') as a word ? [1] http://wiki.apache.org/xmlgraphics-fop/FontSelectionStrategy [2] http://xmlgraphics.apa

Re: Character-by-character font selection strategy

Did you mean this example[1] ? It great increase the fo file size, > and I use DocBook, don't know how to use this feather in xsl, > can you give me some advice ? > > [1] http://www.zvon.org/HowTo/Output/FOP0.18.1_examples_character.php > > Dongsheng Song > > 2009/1/16

Re: examples/mathml

Dear Fop-Devs, Vincent Hennebert schrieb: > Hi, > > Jeremias Maerki wrote: >> The MathML plugin in FOP works with JEuclid 1.0. But since a lot of work >> has gone into JEuclid over the past months and it now has its own >> plug-in it may make sense to remove that part completely. We still have >>

Re: examples/mathml

done in rev. 736295. Max Max Berger schrieb: > Dear Fop-Devs, >=20 > Vincent Hennebert schrieb: >> Hi, >> >> Jeremias Maerki wrote: >>> The MathML plugin in FOP works with JEuclid 1.0. But since a lot of w= ork >>> has gone into JEuclid over the past

Re: Performance benchmark on new Intermediate Format

Jeremias, Jeremias Maerki schrieb: > I've written a short report on the performance of the new Intermediate > Format. The numbers show that the goals have been met. It's also > interesting to look at from a general perspective. I'm sure there could > be a lot more that I could have written and sho

Re: [VOTE] Merge branch for new Intermediate Format into Trunk

Dear fop-devs, ran junit, tested with some of my documents. For an 80 page document (ran 3 times): avg. 40 sec (new) vs. 45 sec (old). Will look into repairing the JEuclid plugin again after the merge. +1 Max Jeremias Maerki schrieb: > As mentioned earlier, I would like to start a vote for m

Re: Help for svg on IBM AIX

Dear Bibhu Das, you have addressed the wrong mailing list. This list is about development of fop. For usage problems, please send an email to fop-user. Bibhu_Das schrieb: > I have installed the X11 libraries for displaying bar graphs which is > done by svg . > Can I know the name of specific libr

Re: FOP page break

Dear Umesh, just saw that your email has not been answered yet: Your request was based on an old version of fop, which is no longer supported. Please retry with fop 0.95, and if the issue persist, open a bug report as shown at: http://xmlgraphics.apache.org/fop/gethelp.html#enter-issue Max 2009/

Re: svn commit: r772672 - in /xmlgraphics/fop/trunk: src/java/org/apache/fop/apps/FOURIResolver.java

Hi *, Andreas Delmelle schrieb: >>> >>> Whilst you are both technically correct, I made the change because >>> backslashes in file URLs used to work until revision 752153 when >>> Jeremias inadvertantly removed support for this. Whilst this may be >>> against the URL spec this is a feature that i

Re: Moving to Java 1.5, retroweaving for 1.4

Dear Fop-Devs, since I am one of the people cited for moving forward to 1.5, I just want to throw my 2 cts in the mix: I would prefer a new release first, and then moving to 1.5. Rationale: 1) Retroweaving works, but there will be some bugs which will have to be ironed out and tested. The last

  1   2   >