Dear Venkat,
in PDF, we actually try not to do the conversion of color spaces, but
rather (if possible), keep the original color space.
PDF has the possibility to add color space for images, and if a color
space was defined in the original image, AND the image loader was able
to keep the
Hi *,
Vincent Hennebert schrieb:
Hi,
Looks like Max is busy with more urgent things :-)
Yes, work keeps me occupied most of the time. I was actually just
looking at the patch again, and decided that I am unable to apply it,
because I do cannot verify if the renames are correct, as it affects
Hi Alex,
Hi *,
if you do not yet have FOP developer access, and you are working on a
larger set of problems, please do not submit one large patch - current
committers will not have the time to go through every single change.
Instead, it is much nicer to have a series of small patches.
One option
Hi Alex,
DISCLAIMER: These comments are to be seen as purely academic, and may
be complete overkill. For practical purposes, your code is just fine.
Alexander Kiel schrieb:
In my attachment Tag.java, you can see a variable named value in the
constuctor and as field. According the rule, the
Hi *,
this rule is usefull in the case where you use common names for
attributes (such as x, or y), and accidentially overwrite them as
parameters. This again comes back to the point of readability.
The same variable name should ALWAYS refer to the same variable / value.
For setters and
Hi *,
I just want to throw in a different idea (you may ignore it if you like):
How about specifing the grammer and using a tool such as JavaCC to
generate the actual parser? This way you could focus more complete
grammer and have to spend less time writing the parser.
JavaCC is BSD license, so
Hi Vincent,
2009/9/29 Vincent Hennebert vhenneb...@gmail.com:
How about specifing the grammer and using a tool such as JavaCC to
generate the actual parser? This way you could focus more complete
grammer and have to spend less time writing the parser.
That would be the same as using ANTLR. I
Vincent,
2009/9/29 Vincent Hennebert vhenneb...@gmail.com:
I started to write my own checkstyle configuration from scratch some
time ago, enabling everything that looked important to me. But I’d like
to test it a bit more before submitting it.
Same here. See the checkstyle file for JEuclid
Alex,
The checkstyle checks are historically grown, and are therefore
incomplete. I personally would turn on much more checks for certain
style issues I like. IMO every option set helps deciding a certain
factor. So more the more checks the better :)
(in short: +1 to your changes).
Right now we
Alex,
2009/9/28 Alexander Kiel alexanderk...@gmx.net:
Hi Vincent,
However, new committed code is not supposed to break any rule, neither
warnings nor errors.
Really? That means commenting every public method even simple Getters
and Setters?
Yes. Simple Getter and Setters are the only
Alexandar,
on a completely different note:
It may be interesting to also look into fontbox (part of pdfbox),
which is now also an apache project, and therefore we could use source
synergy.
http://incubator.apache.org/pdfbox/
For the issue you've mentioned: This may be due so some issues with
Alex,
please note that the FOP code has been developed by multiple volunteers
over the last ten years. As such, it does not always follow one clear
path of design.
That said, refactoring the FOP code for easier reading / maintainability
is definitely wanted! The proper steps would be:
- ensure
Dear Fop Devs,
Peter B. West schrieb:
Java 6 is, as yet, and possibly indefinitely, unavailable for 32 bit
machines. Apple's commitment to Java has slackened off considerably.
Peter
Just for the mail archives: Snow Leopard (Mac OS X 10.6) includes Java 6
on 32-bit intel architectures [and was
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
Hi *,
Andreas Delmelle schrieb:
snip /
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 improves
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
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 fo:instream-foreign-object.
Can I know
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
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 shown
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 months and it now has its own
plug-in it may make sense
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 Max Berger m...@berger.name
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
the Plan
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
Dongshen,
there is: please use fo:character, which should work just as expected.
hth
Max
Am 15.01.2009 15:02, schrieb Dongsheng Song:
The wiki[2] same as web[1] for 'Font Selection Strategies'. But 'Word-by-Word'
can't meet my case. For string '#xB2E2;#xCAD4;teststring', if I specify
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
-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
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
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 Berger
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.apache.org
Subject: Re: FOP
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:
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
.
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 correctly verified against 1.4. I could add the (patched)
artifact to fops lib/build. I will try and discuss with the retroweaver
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
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
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... looks like @since 1.4.
you're
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
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
-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
-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
-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
-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.
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
-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),
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()),
-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 right
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
quality
checking (and all them
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 was
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
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
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
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 ListElement ?
Max
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.
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
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
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
fo:blocktest
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
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)
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,
-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 when
://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]
--
OpenPG ID: E81592BC Print
(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 PROTECTED]
--
OpenPG ID: E81592BC Print: F489F8759D4132923EC4
;
snip/
Jeremias Maerki
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
signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil
, e-mail: [EMAIL PROTECTED]
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
signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil
SAXSource(xr, is);
} catch (SAXException e) {
Jeremias Maerki
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
signature.asc
. +1
Vincent
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
signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil
-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 BC7E072AB73AE81592BC
For information about me and my work please see http://max.berger.name
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
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
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
- Adobe
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:
fo:instream-foreign-object
mml:math
mml:mstyle mathsize=6pt
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
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 contributes at
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
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
artifacts.
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
artifactIdxmlgraphics-commons/artifactId
version1.2-jdk13/version
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
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
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 reason and added
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 if
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
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
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 information about me and my work please see http://max.berger.name
signature.asc
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
) 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.name
PGP.sig
Description: Signierter Teil der Nachricht
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 information
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: F489F8759D4132923EC4
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 please see
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
signature.asc
Description: OpenPGP digital
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 ID: E81592BC Print: F489F8759D4132923EC4 BC7E072AB73AE81592BC
For information about
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
://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
(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
e-mail: [EMAIL
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://
max.berger.name
-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
-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
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
-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.
()
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
98 matches
Mail list logo