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=32253.
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=32253.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Team,
What do others think of this question?
If all our *nix users would benefit from it, I'm all for (--but I'm not all
too familiar with the syntax of manpages... yet ;-) Is the format generic
enough to be supported by all *nix platforms, or would we have to write
separate ones for Debian /
On Nov 15, 2004, at 2:14 PM, Andreas L. Delmelle wrote:
Team,
What do others think of this question?
If all our *nix users would benefit from it, I'm all for (--but I'm
not all
too familiar with the syntax of manpages... yet ;-) Is the format
generic
enough to be supported by all *nix platforms,
-Original Message-
From: Clay Leeds [mailto:[EMAIL PROTECTED]
FWIW, here're a couple of Man Page HowTos:
Thank you, Maestro! (saved me the time to look them up, hehe ;-) )
It really sounds like a good 'marketing' idea to me (if this would
facilitate bundling with the different
On Nov 15, 2004, at 2:40 PM, Andreas L. Delmelle wrote:
Thank you, Maestro! (saved me the time to look them up, hehe ;-) )
Glad to be of service...
It really sounds like a good 'marketing' idea to me (if this would
facilitate bundling with the different Unix-based packages)
Me too. As they say in
-Original Message-
From: Clay Leeds [mailto:[EMAIL PROTECTED]
snip /
When [argh!] the site goes live [argh!] it will be there. ([argh] still
struggling with Compliance Page and a couple of other 'little'
problems...). But I've still got a cheery attitude about it!
Well, FWIW, from
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=32253.
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=32253.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Manpages are usually for C-language Unix-specific
applications, no? I'm not sure of the future they
have compared to website documentation, Docbook, etc.
Unless Docbook can generate manpages, we would also
have the problem of needing to maintain two sets of
documentation (online and manpage) to
+---+
| Bugzilla Bug ID |
| +-+
| | Status: UNC=Unconfirmed NEW=New ASS=Assigned
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Hi,
Modified:src/java/org/apache/fop/fo/pagination Root.java
Log:
changed 'bookmarks' to 'outline' to avoid ValidateException for
bookmarks extension
Hope the use of the bookmarks extension wasn't
-Original Message-
From: Andreas L. Delmelle [mailto:[EMAIL PROTECTED]
snip /
Hope the use of the bookmarks extension wasn't meant to be
changed in HEAD.
Oops. Just noticed that a Bookmarks class has been added to the extensions
package...
What's going to be the prescribed usage
-Original Message-
From: Andreas L. Delmelle [mailto:[EMAIL PROTECTED]
Ignore this thread. Found the answer in the archives...
Sorry for the nuisance.
Greetz,
Andreas
Hi,
(Reporting this here, since for some reason can't connect to
nagoya.apache.org... is it just me or does anyone else have this problem
too?)
While running some tests after updating to include Luca's latest patch
(bugzilla 31206), I get a ClassCastException in LineLM.getNextBreakPoss()
line
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=32201.
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=32225.
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=31206.
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=32174.
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=32174.
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=32201.
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=31206.
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=31206.
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=32201.
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=32174.
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=32174.
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=32174.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Finn Bock wrote:
[Glen]
Does anyone have a problem if I worked towards
removing the initialize() method from our
LayoutManager interface?
There is two way of looking at it. The code in initProperties() which
can be moved to the ctor should be. That is no loss at all and will
reduce complexity
Finn Bock wrote:
But removing the initialize() method will reduce the flexibility that
LMs currently has to retrieve information from the parent LM. Perhaps
that flexibility is not used at the moment but I suspect that it will
be needed to implement the irregular inheritence of properties like
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=32153.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
I have tried to add some comments to the Knuth[Element, Box, Glue,
Penalty] classes.
As I am not sure they are clear enough (I'm not even sure they are written
in a proper English! :-) ) I'd like to hear your opinions before
committing them.
Regards,
Luca
Index: KnuthBox.java
On Nov 11, 2004, at 10:03 AM, Luca Furini wrote:
I have tried to add some comments to the Knuth[Element, Box, Glue,
Penalty] classes.
As I am not sure they are clear enough (I'm not even sure they are
written
in a proper English! :-) ) I'd like to hear your opinions before
committing them.
The
Excellent, although indentation of paragraphs in comments is somewhat
less common (but if done, should probably be three or four spaces indent
instead of just one). Instead of indenting, it would probably be better
(easier to read) if you placed a blank line between paragraphs. Also,
if you
Luca,
On Thu, Nov 11, 2004 at 07:03:33PM +0100, Luca Furini wrote:
I have tried to add some comments to the Knuth[Element, Box, Glue,
Penalty] classes.
As I am not sure they are clear enough (I'm not even sure they are written
in a proper English! :-) ) I'd like to hear your opinions
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=32193.
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=32174.
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=32174.
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=32193.
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=32174.
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=32174.
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=32174.
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=32174.
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=32174.
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=32153.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Team,
Does anyone have a problem if I worked towards
removing the initialize() method from our
LayoutManager interface? The relatively few cases in
our LM subclasses where we are using it each appear to
show that they can initialize themselves -- the method
is currently only being used to query
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=32153.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
We need to prepare our first board report for the XML Graphics project.
I've filled in as much as I could. PMCers, please add anything you think
is missing (especially Thomas for the Batik part).
http://nagoya.apache.org/wiki/apachewiki.cgi?XMLGraphicsProjectPages/StatusReportForNovember2004
I
-Original Message-
From: Glen Mazza [mailto:[EMAIL PROTECTED]
Hi Glen,
Does anyone have a problem if I worked towards
removing the initialize() method from our
LayoutManager interface?
No objections here at first glance, however ... (see below)
The relatively few cases in
our
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=19216.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On Wed, Nov 10, 2004 at 06:37:28AM -0800, Glen Mazza wrote:
Team,
Does anyone have a problem if I worked towards
removing the initialize() method from our
LayoutManager interface? The relatively few cases in
our LM subclasses where we are using it each appear to
show that they can
--- Simon Pepping [EMAIL PROTECTED] wrote:
I think it is a hook for doing those initialization
actions which for
some reason cannot be done in the constructor. I
have no idea which
actions that could be.
Even if a few such actions exist--I don't know any
yet--I'm thinking those can still
Oops, the link [1] below was the code that originally
added initialize() (as init()) into the interface.
[1]
http://cvs.apache.org/viewcvs.cgi/xml-fop/src/org/apache/fop/layoutmgr/Attic/LayoutManager.java?r1=1.7r2=1.8diff_format=h
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=32174.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
[Glen]
Does anyone have a problem if I worked towards
removing the initialize() method from our
LayoutManager interface?
There is two way of looking at it. The code in initProperties() which
can be moved to the ctor should be. That is no loss at all and will
reduce complexity of the LMs a tiny
Thanks. I wanted to attend the past two years--but didn't--so have finally
decided to reward myself this year. I'm fortunate in that I have family
(sister her kids) who live in Las Vegas so that provides a second nice
benefit of visiting.
Glen
- Original Message -
From: Andreas L.
On Mon, Nov 08, 2004 at 01:43:51PM -0800, Clay Leeds wrote:
I suspect this could be a problem for the Forrest site-generation
process[1]:
Specifying menus with book.xml
Historically, menus in Forrest have been generated from a
book.xml file, one per directory. This mechanism is
On Nov 9, 2004, at 11:58 AM, Simon Pepping wrote:
On Mon, Nov 08, 2004 at 01:43:51PM -0800, Clay Leeds wrote:
I suspect this could be a problem for the Forrest site-generation
process[1]:
Specifying menus with book.xml
Historically, menus in Forrest have been generated from a
book.xml file,
I signed up for ApacheCon last night so I'll be there next week.
Glen
- Original Message -
From: Clay Leeds [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Sunday, November 07, 2004 12:09 AM
Subject: Fwd: Apache XMLGraphics 'blurb' for ApacheCon 2004
FYI, I just sent this msg to Tina
Hi Guys,
Well, I must admit to not being really excited by the new logo.
Not to hurt people's feelings, note that it is good, but I think it
could be better. None of these are really strong held but are my
opinions.
As it currently is I actually prefer the 'non svg shapes'
version as
On Nov 8, 2004, at 5:44 AM, Glen Mazza wrote:
I signed up for ApacheCon last night so I'll be there next week.
Glen
Wish I could be there to meet you, Glen.
Web Maestro Clay
--
Clay Leeds - [EMAIL PROTECTED]
Webmaster/Developer - Medata, Inc. - http://www.medata.com/
PGP Public Key:
On Nov 8, 2004, at 5:51 AM, Thomas DeWeese wrote:
Hi Guys,
Well, I must admit to not being really excited by the new logo.
Not to hurt people's feelings, note that it is good, but I think it
could be better. None of these are really strong held but are my
opinions.
I was hoping for feedback
Clay Leeds wrote:
Considering that we're going to be moving the FOP wiki[1] away from the
security challenged nagoya[2], does FOP's Bugzilla[3] also need to move?
Currently the only Bugzilla installation within the ASF is the one on
Nagoya so there is nothing to move to.
But IIRC infrastructure's
Clay Leeds wrote:
On Nov 8, 2004, at 5:51 AM, Thomas DeWeese wrote:
As it currently is I actually prefer the 'non svg shapes'
version as the used shapes are rather simplistic (it makes it looks
like an 80's graphics package).
I agree wholeheartedly. My intent was to get the idea of pushing the
-Original Message-
From: Clay Leeds [mailto:[EMAIL PROTECTED]
On Nov 8, 2004, at 5:44 AM, Glen Mazza wrote:
I signed up for ApacheCon last night so I'll be there next week.
Glen
Wish I could be there to meet you, Glen.
Same here... Vegas, right?
Drag yourself away from
Clay Leeds wrote:
I've attached a slightly (very rough!) modified version which gives an
idea of what I think may work better. Namely, the paper is curled in a
different direction, so the XML on the 'back side' is horizontal, making
it more readable. Although it's not 'true' (i.e., the text
On Nov 8, 2004, at 11:20 AM, Thomas DeWeese wrote:
Clay Leeds wrote:
I've attached a slightly (very rough!) modified version which gives
an idea of what I think may work better. Namely, the paper is curled
in a different direction, so the XML on the 'back side' is
horizontal, making it more
Clay,
On Sun, Nov 07, 2004 at 08:48:23PM -0800, Clay Leeds wrote:
Simon,
Does the book.xml file in your DnI section serve any specific purpose
(DnI-related), or is it to follow the common coding/forrest convention?
I ask, because the use of book.xml is deprecated in Forrest-0.6 in
favor
On Nov 8, 2004, at 12:48 PM, Simon Pepping wrote:
Clay,
On Sun, Nov 07, 2004 at 08:48:23PM -0800, Clay Leeds wrote:
Simon,
Does the book.xml file in your DnI section serve any specific purpose
(DnI-related), or is it to follow the common coding/forrest
convention?
I ask, because the use of
+---+
| Bugzilla Bug ID |
| +-+
| | Status: UNC=Unconfirmed NEW=New ASS=Assigned
-Original Message-
From: Victor Mote [mailto:[EMAIL PROTECTED]
Jeremias Maerki wrote:
Hi guys,
(Just catching up on the postings of the last few days, this one caught my
eye...)
although I'm still a bit concerned that you based your PDF
part on the maintenance branch code
On Nov 7, 2004, at 6:46 AM, Glen Mazza wrote:
Clay Leeds wrote:
On a related note, IIRC I wanted to change the color scheme to Red -
Amber - Green (stop light analogy: No - Partial - Full compliance--I'm
aware of the argument about something either being compliant or it's
not ;-))
That's fine --
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=32107.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Andreas L. Delmelle wrote:
Victor, IIC, Jeremias' concern is about the PDF lib in HEAD
containing substantial improvements over the code in the
maintenance branch. One aspect that springs to mind is WRT
encryption support --as I recall, maintenance still had some
problems with this, for
Simon,
Does the book.xml file in your DnI section serve any specific purpose
(DnI-related), or is it to follow the common coding/forrest convention?
I ask, because the use of book.xml is deprecated in Forrest-0.6 in
favor of the site-wide src/documentation/content/xdocs/site.xml file.
On Nov
Glen Mazza wrote:
[BTW, I'm considering getting that Digital Typography
book by Knuth you had mentioned earlier. Do you
recommend it? (I was thinking that given all the time
I spend on FOP I should start looking a little more at
the scientific aspects of this work.)]
Yes, a must read if you are
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=31206.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Jeremias Maerki wrote:
No, I don't think Luca has write access, yet. I know by now that the CLA
is recorded but the account hasn't been created, yet, although I've
already sent a reminder.
I have just received the e-mail confirming the creation of my account.
I am now reading the
Glen Mazza wrote:
[BTW, I'm considering getting that Digital Typography
book by Knuth you had mentioned earlier. Do you
recommend it? (I was thinking that given all the time
I spend on FOP I should start looking a little more at
the scientific aspects of this work.)]
I think it's very
On Nov 6, 2004, at 8:57 AM, [EMAIL PROTECTED] wrote:
clay2004/11/06 08:57:40
Modified:.forrest.properties
src/documentation sitemap.xmap skinconf.xml
src/documentation/content/xdocs compliance.xml
graphics.xml
On Nov 5, 2004, at 6:41 PM, Glen Mazza wrote:
Clay Leeds wrote:
Well, it didn't happen next week or even the week after. Getting
the FOP Standards Compliance page[1] up to snuff has been, shall we
say... challenging. But I've finally got content (the table of
'compliance'!) displaying.
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=32100.
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=32100.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Jeremias Maerki wrote:
from the website I don't quite get the scope of the project.
That might have to be made clearer. Anyway, I didn't want to
Yes, just as soon as it is totally clear to me :-) Right now, it boils down
to here are some things that I think could/should be shared, can
Ah, now I'm starting to see where this is going. I think this something
extremely difficult to do. To a certain degree it sounds like my
ideas/plans for the XML Graphics project, namely to separate certain
peripheral components (fonts, PDF lib, Graphics2D implementations etc.)
from FOP so efforts
On Oct 16, 2004, at 12:03 PM, Clay Leeds wrote:
My intention is to bring xml-fop up-to-date next week (I'll be out of
town this weekend).
Well, it didn't happen next week or even the week after. Getting the
FOP Standards Compliance page[1] up to snuff has been, shall we say...
challenging. But
On Thu, Nov 04, 2004 at 02:59:52PM -0800, Glen Mazza wrote:
--- Luca Furini [EMAIL PROTECTED] wrote:
[BTW, I'm considering getting that Digital Typography
book by Knuth you had mentioned earlier. Do you
recommend it? (I was thinking that given all the time
I spend on FOP I should start
Jeremias Maerki wrote:
Ah, now I'm starting to see where this is going. I think this
something extremely difficult to do. To a certain degree it
Agreed.
sounds like my ideas/plans for the XML Graphics project,
namely to separate certain peripheral components (fonts, PDF
lib, Graphics2D
[Clay]
More thoughts and comments?
One site that may serve as a source for more ideas is the Apache Web
Services TLP: http://ws.apache.org/.
Glen
Clay Leeds wrote:
Well, it didn't happen next week or even the week after. Getting the
FOP Standards Compliance page[1] up to snuff has been, shall we say...
challenging. But I've finally got content (the table of 'compliance'!)
displaying.
Unfortunately, we're still not there, as the link
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=32054.
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=32054.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
--- Finn Bock [EMAIL PROTECTED] wrote:
I only see a need for plugable LMs, but the
AreaFactory patch is so
small that I see no problem with throwing a bone to
Tibor.
regards,
finn
OK, that opinion was what I was trying to get at.
Someone else to second Andreas' feelings on the
Hello fopsters,
so I have finished (and published in bugzilla) the patch which have aroused
quite a discussion around here.
Just a short description:
1) org.apache.fop.area.AreaFactory
- now contains specific create method for each (used) subclass of Area. The
generic Area create(FObj,
--- Tibor Vyletel [EMAIL PROTECTED] wrote:
Hello fopsters,
so I have finished (and published in bugzilla) the
patch which have aroused
quite a discussion around here.
Just a short description:
1) org.apache.fop.area.AreaFactory
- now contains specific create method for each
(used)
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=32054.
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=32054.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Finn Bock wrote:
Do you mean that the 3 different processors should ideally
report the same validation errors in the same manner? That
can only happen after someone standardize a SAFO API (Simple
API for FO parsing). Until then all implementation will throw
different exceptions, which is
Glen Mazza wrote:
The title centers correctly in 0.20.5, but is left-justified in 1.0.
[...]
Luca, are you looking at this issue of text alignment in general?
Yes, this happens when the text is short and the algorithm is not able to
find a set of breaking points: the fallback method can't
I am impressed by your seemingly boundless dedication
to XSL and its related fields.
Glen
--- Victor Mote [EMAIL PROTECTED] wrote:
I actually toyed with this idea about two weeks ago.
IIRC, the SAFO name is
already taken, but at the time I registered the
axsl.org domain, and I
finally went
--- Luca Furini [EMAIL PROTECTED] wrote:
Another way is to use, instead of
considerLegalBreak(), a different method
to evaluate a possible break point if no breakpoints
are found: this
alternative method would be much simpler, and would
re-create the
behaviour of the old getNextBreakPoss
701 - 800 of 15991 matches
Mail list logo