Christian Geisert wrote:
From: Ted Leung [EMAIL PROTECTED]
We ask each subproject to nominate 1 (or 2) people from that project to
be a part of the XML PMC. From my experience, I think that it will
be better to have 2 people rather than one in order to share workload,
etc.
So, they want 2
[EMAIL PROTECTED] wrote:
Batik is only necessary to generate SVG output, right?
Nope, you forgot about svg images.
--
Oleg Tkachenko
eXperanto team
Multiconn Technologies, Israel
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
Hi all.
Reading the mailing list archives (developer and user) I found that the
topic of named destinations was raised several times and it seems that
many people would like / need this feature. Studiying the changes list I
even
found the entry
# Linking to a specific page and a named
Jeremias Maerki wrote:
I think we could just remove the SAX classes from batik.jar. batik.jar
was compiled by us manually and Keiron (for trunk) and I (for branch) both
haven't realized that the SAX classes slipped in, I guess. I'll check
the way we generate that jar again tomorrow. It might
Keiron Liddle wrote:
Current cvs batik has been fixed so that it uses the xml-apis.jar
instead of having its own version. So if this is what is causing the
problem you can make a build from current cvs.
Fine. I would be nice to have such batik.jar in 0.20.5 release.
--
Oleg Tkachenko
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16257.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16257.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Batik is only necessary to generate SVG output, right? I guess, a lot of
people are using Fop to generate PDF only, but Fop needs batik.jar in any
case because the driver initializes an SVG element mapping:
org.apache.fop.apps.Driver.setupDefaultMappings() :
pbwest 2003/01/20 06:42:40
Modified:src/documentation/content/design/alt.design/properties
PropertyConsts.html
Log:
Trivial change
Revision ChangesPath
1.2 +0 -0
pbwest 2003/01/20 06:45:18
Added: src/documentation/content/design/alt.design/properties
AbstractPropertyValue.html PropertyValue.html
PropertyValueList.html
Log:
Code documentation
Revision ChangesPath
1.1
pbwest 2003/01/20 06:46:51
Added: src/documentation/content/design/alt.design/properties
FOAttributes.html
Log:
Code documentation
Revision ChangesPath
1.1
pbwest 2003/01/20 06:51:12
Added: src/documentation/content/design/alt.design/properties
PropertyConsts-class.html
Log:
Code documentation
Revision ChangesPath
1.1
pbwest 2003/01/20 06:52:06
Added: src/documentation/content/design/alt.design/properties
introduction.html
Log:
Code documentation
Revision ChangesPath
1.1
pbwest 2003/01/20 06:52:44
Added: src/documentation/content/design/alt.design/properties
classes-overview.html
Log:
Code documentation
Revision ChangesPath
1.1
pbwest 2003/01/20 06:54:22
Added: src/documentation/content/design/alt.design/properties
enumerated-values.html
Log:
Code documentation
Revision ChangesPath
1.1
pbwest 2003/01/20 06:55:02
Added: src/documentation/content/design/alt.design/properties
getInitialValue.html
Log:
Code documentation
Revision ChangesPath
1.1
pbwest 2003/01/20 06:56:34
Added: src/documentation/content/design/alt.design/properties
propertyExpressions.html simple-properties.html
Log:
Code documentation
Revision ChangesPath
1.1
pbwest 2003/01/20 06:59:18
Added: src/documentation/content/design/alt.design
alt-design-frameset.html codeframe.html logo.html
Log:
Code documentation
Revision ChangesPath
1.1
[EMAIL PROTECTED] wrote:
Hi all.
Reading the mailing list archives (developer and user) I found that the
topic of named destinations was raised several times and it seems that
many people would like / need this feature. Studiying the changes list I
even
found the entry
# Linking to a specific
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16237.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Ok,
we should finally finish 0.20.5
Open issues:
Remove xml-apis from Batik (Jeremias?)
Joerg has mentioned bug #15936 as showstopper to me.
(http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15936)
Should we try to fix this? If yes any volunteer?
Anything else?
Christian
jeremias2003/01/20 08:11:13
Modified:lib Tag: fop-0_20_2-maintain batik.jar
Log:
Removed the classes also found in xml-apis.jar to fix problems in Eclipse, for
example.
The batik.jar is still 1.5beta4.
Revision ChangesPath
No revision
No
On 20.01.2003 16:33:28 Christian Geisert wrote:
Ok,
we should finally finish 0.20.5
Open issues:
Remove xml-apis from Batik (Jeremias?)
done (in branch).
Joerg has mentioned bug #15936 as showstopper to me.
(http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15936)
Should we try to
I'd volunteer if nobody else wants the job.
On 20.01.2003 11:48:31 Oleg Tkachenko wrote:
Christian Geisert wrote:
From: Ted Leung [EMAIL PROTECTED]
We ask each subproject to nominate 1 (or 2) people from that project to
be a part of the XML PMC. From my experience, I think that it
Can't we do it in a way that the history gets copied? That way, people
downloading an old revision will have both src/org and src/java/org
locally, so it uses a bit more storage capacity but still build. Is that
doable?
On 15.01.2003 19:41:51 Oleg Tkachenko wrote:
Jeremias Maerki wrote:
I'll
Christian Geisert wrote:
Joerg has mentioned bug #15936 as showstopper to me.
(http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15936)
Actually, I can't reproduce it right now. I'll give it
another try tomorrow.
J.Pietschmann
Jeremias Maerki wrote:
I'd volunteer if nobody else wants the job.
On 20.01.2003 11:48:31 Oleg Tkachenko wrote:
Christian Geisert wrote:
From: Ted Leung [EMAIL PROTECTED]
We ask each subproject to nominate 1 (or 2) people from that project to
be a part of the XML PMC. From my
Jeremias Maerki wrote:
Can't we do it in a way that the history gets copied? That way, people
downloading an old revision will have both src/org and src/java/org
locally, so it uses a bit more storage capacity but still build. Is that
doable?
On 15.01.2003 19:41:51 Oleg Tkachenko wrote:
28 matches
Mail list logo