wever, some implementation is probably better than no
implementation (?)
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
Jeremias,
developers,
strange. My attachments must have been removed. I'll send it inline
(at the very bottom of this mail)
Max Berger
e-mail: [EMAIL PROTECTED]
--
PGP/GnuPG ID: E81592BC Print: F489F8759D4132923EC4
BC7E072AB73AE81592BC
For information about me or my projects pleas
aphics and fop (preferrably by adding a script such the one
given). Also, set eol-style to native.
For more information on svn properties, see [2]
[1]
http://jeuclid.svn.sourceforge.net/svnroot/jeuclid/trunk/svnproperties.sh
[2] http://svnbook.red-bean.com/en/1.1/ch07s02.html
mfG
Max Berger
e-m
xmlgraphics project would be willing to be
our sponsor, and thus this email. The second issue is that, should you
vote to accept this project, we'd need a Champion, who has to be part
of the PMC of the Sponsoring project (xmlgraphics).
Please feel free to comment and ask questions.
Max B
mmons into the same questionaire and make the "Java 1.4 question" a
> project vote rather than a subproject vote?
I don't believe anyone uses xmlgraphics without any of its subproijects,
so im this should be a project-wide poll, the results on the other hand
can be looke
VN:
https://jeuclid.svn.sourceforge.net/svnroot/jeuclid/proposal/
and also added a proposal document (docbook format), which is currently
mostly empty.
Eric, Ernest: Feel free to add any content :)
Everyone else: Feel free to comment and make suggestions.
mfG
Max Berger
e-mail: [EMAIL PROTECTED]
-
Dear XMLGraphics Devs,
Jeuclid is at 1.5, because generics andnums make programming much
easier, and annotations make it safer.
However: I've encountered different environments where 1.4 runs stable,
and 1.5 is an addon / does not work properly.
Examples:
OpenBSD (1.4 runs very well, 1.5 still
Dear XMLGraphics Dev,
another option (although the acutal usability will have to be tested) is
to require the generics/enum/autoboxing precompiler, which is available
at:
http://java.sun.com/developer/earlyAccess/adding_generics/
and produces 1.3 and 1.4 compatible class files.
Max
Am Freitag
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
Chris,
Developers,
again, thank you for your positive vote. I am looking forward to be able
to do things a little "quicker" :)
Am Dienstag, den 30.10.2007, 08:58 + schrieb Chris Bowditch:
> 1) An ICLA on file. Looking at [1], I think you may have already
> submitted one under the name "Maxim
Jeremias,
IMO XMLGraphics is definitely the place to be. I would very much like to
see the API here, as it should be generic - in this case the
jeuclid-fop-plugin would become a jeuclid-xmlgraphics-plugin (which
would allow us to mix svg / mathml, an interesting thought).
However, this would make
Andreas,
How about using a very basic message handling system, to which users
can plug in any bridge (like JCL) or specific implementation (like
log4j) of their choosing?
On the Commons side, this would mean at most a handful of
proprietary classes/interfaces, one to which all messages are
Jeremias,
+1 looks good.
Alhtough I am still not convinced that the color space handling in jpegs
is 100% correct - but I'll try and find a testcase for that to support
my claim (and it looks much better than in the current version of fop
anyways).
Max
On Don, 2007-12-20 at 08:38 +0100, Jeremi
Dear Cameron,
don't know if i count, but I tested the squiggle OS X artifact, and
the maven repository, and everything went fine.
+1
Max Berger
e-mail: [EMAIL PROTECTED]
--
PGP/GnuPG ID: E81592BC Print: F489F8759D4132923EC4
BC7E072AB73AE81592BC
For information about me or my pro
was used to create a release.
>
> The drawback you're mentioning is exactly the reason why I don't want to
> change our patterns. But this is a democracy. Let's see
As I am a big fan of standard practices I'd prefer the practice
described in the svn book (appa
aven bundle once the vote passes.
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
>
> Jeremias Maerki
>
>
> -
> Apache XML Graphics Project URL: http://xmlgraphics.apache.org/
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
mfG
Jeremias,
actually I'd prefer the current trunk version of commons, since it
contains my fix for loading files from classpath, which i need in
JEuclid. So please go ahead
+1
Max Berger
e-mail: [EMAIL PROTECTED]
--
PGP/GnuPG ID: E81592BC Print: F489F8759D41329
Jeremias,
tested this file with my local maven repo, works very well! As before,
I'll volunteer to upload it to the main apache maven repostitory once
voted on.
Am 03.06.2008 um 14:18 schrieb Jeremias Maerki:
456e06ca22df28da3650e1f151c2117e xmlgraphics-commons-1.3.1-bundle.jar
Please
Dear XMLgraphics-devs,
just in case, here's whats currently needed to deploy maven bundles
for xmlgraphics (and fop).
Max
One-time-setup:
- install maven
- make sure your ssh-key is accepted by people.apache.org
- create a gpg key, make sure it is in the KEYS file.
- add the following to y
Jeremias,
first of all, thank you for your hard work in this.
Jeremias Maerki schrieb:
> 58593e6c86be17d7dc03c829630fd152 *fop-0.95-src.tar.gz
> c3625c66e368e3a6ae52e1d8607e6c92 *fop-0.95-bin.zip
Tested the .zip artifact, and compared the tgz with the zip, both are
identical and work as expected
Jemerias,
I do have one issue with it though (I think this was present in all
previous releases, so it may be a bug in the release procedure):
The ZIP
file does not contain the right permissions for the execution script
(fop). The tgz has these permissions.
AFAIK, ZIP doesn't support the ex
Jeremias,
Jeremias Maerki schrieb:
> (Moving to general as we're talking about code in Commons, not FOP)
>
> Thanks for sharing. I have two observations here:
> 1. CommonURIResolver is final and designed as a Singleton. In my past
> experience that restricts its usefulness too much.
Noted. I'll
Vincent,
Vincent Hennebert schrieb:
> However, on this particular change I still don’t agree. Replacing hyphen
> with minus and vice-versa is likely to give an ugly result. Why not adding
> en dash and em dash while we’re at it? I’d rather add hyphentwo (U+2010)
> to the list of alternatives for h
Dear Georg,
I think I'll find the time to take a look at your problem.
Please:
Report a bug at:
https://issues.apache.org/bugzilla/enter_bug.cgi
Product: XMLGraphicsCommons
And
- attach both a PNG (which does not work) and the matching JPG (which
works). Make sure both actually include the col
Jeremias,
a late reply, but hopefully still valid:
- If you use OSGi, you will either need to implement a simplified
version for detecting plug-ins, or introduce additional dependencies
(apache felix). Both would increase the size of xmlgraphics-commons, so
should be carefully considered.
- at l
Hi *,
2009/12/8 Chris Bowditch :
> The Web Maestro wrote:
>> As you all know, Helder Magalhães has been actively contributing to
>> the Batik lists since 2008, helping users and cleaning up bugzilla.
> I haven't followed Batik, so can only vote +0.
> Chris
same for me: +0
Max
--
Hi *,
I don't see the advantage of having commit rights if you do not submit
any code. But I do like the answers and bugzilla entries of Sancho.
+0.5
Max
2009/12/9 The Web Maestro :
> Fellow Committers,
>
> As you all know, Pascal Sancho has been actively contributing to the
> FOP lists since 2
28 matches
Mail list logo