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=15992.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Jeremias,
Ok... it now works with bouncycastle's implementation. I need to add a
couple more days, we are moving our offices. It was majorly bungled and it
is eating up a lot of time.
Pat
-Original Message-
From: Jeremias Maerki [mailto:[EMAIL PROTECTED]]
Sent: Friday, January 10, 2003
Hi Jeff
I've applied your patches locally. Thanks. Everything's ok with the
first one, but with the second one I'm having problems (not your fault!):
- I had to add adjust the inline DTD of skinconf.xml to include the role
attribute:
!ELEMENT credit (name, url, image, width?, height?)
jeremias2003/01/11 08:49:26
Modified:src/documentation skinconf.xml
src/documentation/content/xdocs/design/alt.design/properties
enumerated-values.xml
Removed: src/documentation forrest.diff
Log:
Fixed validation errors
forrest.diff no
Keiron Liddle wrote:
If I understand it correctly we could have:
- multiple output targets for one rendering run
- targets with the same font metrics can layout to a common area tree
- targets with similar or substitute metrics could force layout
to one area tree
- other targets can have
Jeremias Maerki wrote:
- Do we like our current logo? :-)
That's a big question actually :) afair Keiron said the current logo
should be at least brighten to fit forrest-ed site design better or
suggested to make the logo contest. Should admit I spent a couple of
hours trying to implement my
Since you are currently discussing PDF 1.3 vs. 1.4 issues, there's one
thing not
all of you may be aware of:
There's a relatively new standard called PDF/X-3. This is basically PDF
1.3
with a number of restrictions. Some can be handled by the user (all fonts
must be embedded), some others must
Keiron Liddle wrote:
That appears to be the old coordinate system which was tied to the pdf
coordinate system.
The new way is to have 0,0 at the top left.
It appears that some of the page master stuff hasn't been updated.
I fixed that a little bit, now regions are placed ok in lr-tb, rl-tb and
Keiron Liddle wrote:
Have you managed to work out how the underline/overline should work, for
example when there are embedded inline areas that contain a different font,
colour or baseline.
Well, not really. I just wanted to make something simple done :)
afaiu different font/colour/etc
pietsch 2003/01/11 10:24:04
Modified:.Tag: fop-0_20_2-maintain CHANGES
Log:
Added changes for 0.20.5
Revision ChangesPath
No revision
No revision
1.10.2.39 +19 -0 xml-fop/CHANGES
Index: CHANGES
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=15985.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Oleg Tkachenko wrote:
Jeremias Maerki wrote:
- Do we like our current logo? :-)
Uh!
Should admit I spent a couple of
hours trying to implement my ideas about the logo (leading motifs were
medieval typographic dropcaps and a parrot as (imho) the most foppish
animal) but I'm too bad artist
pietsch 2003/01/11 10:43:04
Modified:src/org/apache/fop/layout Tag: fop-0_20_2-maintain
LineArea.java
src/org/apache/fop/render Tag: fop-0_20_2-maintain
AbstractRenderer.java
Log:
Added diagnostic for probably dropped
J.Pietschmann wrote:
What about a TeX-parody?
+--- +--\
| | |
+-- /--\ +--/
| || |
| || |
||
\--/
Not bad, but what does it mean? (And does logo should mean anything?) :)
Colored as the current logo, or more in shades like the
Apache feather?
jeremias2003/01/11 12:49:23
xml-fop/examples - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
jeremias2003/01/11 12:50:07
xml-fop/examples/embedding - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
jeremias2003/01/11 12:50:31
xml-fop/examples/embedding/java - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
jeremias2003/01/11 12:50:35
xml-fop/examples/embedding/xml - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
jeremias2003/01/11 12:50:51
xml-fop/examples/embedding/java/embedding - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
jeremias2003/01/11 12:51:03
xml-fop/examples/embedding/java/embedding/model - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
jeremias2003/01/11 12:51:07
xml-fop/examples/embedding/java/embedding/tools - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
jeremias2003/01/11 12:52:10
xml-fop/examples/embedding/xml/xslt - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
jeremias2003/01/11 12:54:02
Added: examples/embedding Tag: fop-0_20_2-maintain .cvsignore
README build.bat build.sh build.xml
examples/embedding/java/embedding Tag: fop-0_20_2-maintain
ExampleFO2PDF.java
Jeremias Maerki wrote:
I'd like to get rid of the docs directory in the end. I think there's
still the -1 from Oleg concerning the src/foschema. How do we resolve
that? We've got:
1. src/foschema (my proposal, +1 from Keiron and Jörg)
2. src/documentation/test/foschema (Oleg's preferred
The code. elements obviously had to be cleaned up, but I am little
saddened that the code elements have been compressed. I have tended
to use the spaces when I find myself with long sequences of characters
which do not wrap easily. Judiciously applied spaces provide multiple
wrap points for
Victor Mote wrote:
There are some big picture things that we should probably address:
1. (Biggest of all) Do we have users that need to be able to do this? Are
the performance gains that they might get worth the pain on our end?
Apart from this is the fact that our processing model for any
J.Pietschmann wrote:
Oleg Tkachenko wrote:
Jeremias Maerki wrote:
- Do we like our current logo? :-)
Uh!
Should admit I spent a couple of hours trying to implement my ideas
about the logo (leading motifs were medieval typographic dropcaps and
a parrot as (imho) the most foppish animal)
Victor Mote wrote:
Jeremias Maerki wrote:
- Do we like our current logo? :-)
I hope I am not out of line to ask an even more fundamental question -- do
we like our current name? I never have a problem writing it, but when
speaking it, I cannot make my mouth say fop, but invariably say
On Sat, Jan 11, 2003 at 05:43:37PM +0100, Jeremias Maerki wrote:
Hi Jeff
I've applied your patches locally. Thanks. Everything's ok with the
first one, but with the second one I'm having problems (not your fault!):
- I had to add adjust the inline DTD of skinconf.xml to include the role
29 matches
Mail list logo
