Ok, the shock is gone. Thank you for reassuring me that you know what
you do. That was my biggest concern. I'm happy that you can reuse some
of my code. Finally, someone can use something I wrote to make better
progress. Normally, it's the other way around. :-) So I'm wishing you
the best of luck
Have you seen this page? http://xmlgraphics.apache.org/fop/dev/doc.html
This should give you everything you need to build the docs. But you will
need to ignore the section about ForrestBot since that only works for
committers. Just use local Forrest by calling forrest run after you've
unpacked
Patrick,
assuming you have forrest installed you build by simply typing forrest
in the directory you checked the sources out from subversion, that is
the directory where the forrest.properties file is in. The generated
site is then in build/site.
For delivering changes the following procedure
Vincent Hennebert wrote:
Victor Mote a écrit :
I am ignoring font-stretch for now. I am unclear whether it works
similarly to font-weight, or whether it is totally
resolvable in the FO Tree.
Interestingly, CSS 2.1 (the only version of CSS 2 still
available at
W3C) removes
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=36394.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
I was talking about their website (with the two tabs for the different
versions) , not their product.
Patrick
Jeremias Maerki wrote:
Uh, oh. Sorry, but I don't think we'll do that. We don't even have the
infrastructure for a Lenya installation and I wouldn't want to rewrite
our whole website
Sorry, I got the wrong impression. Since it's a CMS I thought you
suggested we use that. But you're right. The tab structure like Lenya
has it is exactly what we need. I think we'll end up with the following
tabs:
- Home
- 0.20.5
- 1.0dev
- Development
(It's probably best to collapse Development
Perfect, I will be working towards something like that.
Patrick Paul
Jeremias Maerki wrote:
Sorry, I got the wrong impression. Since it's a CMS I thought you
suggested we use that. But you're right. The tab structure like Lenya
has it is exactly what we need. I think we'll end up with the
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=36394.
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://issues.apache.org/bugzilla/show_bug.cgi?id=36394.
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://issues.apache.org/bugzilla/show_bug.cgi?id=36395.
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://issues.apache.org/bugzilla/show_bug.cgi?id=36395.
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://issues.apache.org/bugzilla/show_bug.cgi?id=36396.
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://issues.apache.org/bugzilla/show_bug.cgi?id=36396.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Victor Mote a écrit :
As I understand the spec, this works differently from
font-weight and can be resolved in the FO Tree: just select
the next expanded value for wider or next condensed for
narrower. The font selection would be performed only after,
when it is time to decide e.g. which font
On Aug 27, 2005, at 09:09, Jeremias Maerki wrote:
Ok, the shock is gone. Thank you for reassuring me that you know what
you do. That was my biggest concern. I'm happy that you can reuse some
of my code. Finally, someone can use something I wrote to make better
progress. Normally, it's the other
On 27.08.2005 21:33:44 Andreas L Delmelle wrote:
On Aug 27, 2005, at 09:09, Jeremias Maerki wrote:
Ok, the shock is gone. Thank you for reassuring me that you know what
you do. That was my biggest concern. I'm happy that you can reuse some
of my code. Finally, someone can use something I
On Aug 27, 2005, at 22:22, Jeremias Maerki wrote:
On 27.08.2005 21:33:44 Andreas L Delmelle wrote:
I'm wondering, for instance, whether the table's before-border specs
are only relevant for the first page that is spanned by the table. For
example: in case the table has a header (and
On 27.08.2005 23:19:40 Andreas L Delmelle wrote:
snip/
BTW: since it is my intention to facilitate the job of the layout
package in this matter, I'm considering adding BorderInfo instances
(although I'm not sure where exactly) that keep the resolved info to
use precisely in these
On Sat, 27 Aug 2005 02:07 am, Andreas L Delmelle wrote:
Hi all,
snip/
* The first step I took was moving much of the logic that is
currently in CollapsingBorderModelEyeCatching (in the layout package)
to CommonBorderPaddingBackground.
I must admit I know very little about collapsing borders.
20 matches
Mail list logo