To: [EMAIL PROTECTED]
Subject: RE: 0.20.5 release
I would agree to Ricardo. We're using tables for inventory lists
containing about 500 pages. The memory situation in that reports is
really critical and we cannot force the users to set filters.
On the other hand: to us it doesn't matter if this enhancement
-product for nearly everyone - I think there's so much
good ideas in it that everyone should be able to use it.
Thomas Sporbeck
Gesendet am: 08.07.2003 11:34:58
Betreff: RE: 0.20.5 release
Hi Fopers,
I can understand your requirements, but I would like to know what memory
Le Mardi, 8 juil 2003, à 10:14 Europe/Zurich, Thomas Sporbeck a écrit :
...It might be a fundamental decision if FOP is a kind of toolbox
for developers or if it should be an out of the box-product for
nearly everyone - I think there's so much good ideas in it that
everyone should be able to
On Tue, 2003-07-08 at 14:31, Bertrand Delacretaz wrote:
I might be wrong, but I think most users of FOP are using it
server-side, where resources (especially memory) are more readily
I don't know about most users, but I am using FOP client-side since I do
not have a server.
Felix
I might be wrong, but I think most users of FOP are using it
server-side, where resources (especially memory) are more readily
available. This might explain your problems, I think little energy has
been spent to optimize FOP's memory requirements.
Yes, I agree.
ali farahani wrote:
It's good to see someone else is using FOP for big reports.
I always wonder what poor souls have to sift through this
huge amound of paper... ;-)
I also using
tables for inventory lists near to 600 pages and my user do not accept
to use filters. This FOP is killing my user
Thomas Sporbeck wrote:
It might be a fundamental decision if FOP is a kind of toolbox for
developers or if it should be an out of the box-product for nearly everyone
It is Open Source. If you find issues and create patches, send
them in. Every contribution is welcome.
J.Pietschmann
, June 19, 2003 3:41 PM
To: [EMAIL PROTECTED]
Subject: RE: 0.20.5 release
I would agree to Ricardo. We're using tables for inventory lists
containing about 500 pages. The memory situation in that reports is
really critical and we cannot force the users to set filters.
On the other hand: to us
an older one for version
0.20.3). It would be nice if one of you guys could take a look at those
patches and consider them before issuing the final 0.20.5 release.
Congratulations to you all on an excellent job, you are doing,
Ricardo Amador
-Original Message-
From: Christian Geisert [mailto
I would agree to Ricardo. We're using tables for inventory lists
containing about 500 pages. The memory situation in that reports is
really critical and we cannot force the users to set filters.
On the other hand: to us it doesn't matter if this enhancement comes
with 0.20.5 or with a later
Ok,
RC3a seems to be rather stable and the changes since then look
non-critical to me. What about doing the release now (read: next days)
(and maybe 0.20.5a later if we get more hyphenation patterns back)
Or should we make the changes proposed by Jörg (improved memory
usage with tables - see
On 17.06.2003 19:16:23 Christian Geisert wrote:
RC3a seems to be rather stable and the changes since then look
non-critical to me. What about doing the release now (read: next days)
+1
(and maybe 0.20.5a later if we get more hyphenation patterns back)
Don't count on that. :-(
Or should we
Christian Geisert wrote:
RC3a seems to be rather stable and the changes since then look
non-critical to me. What about doing the release now (read: next days)
(and maybe 0.20.5a later if we get more hyphenation patterns back)
Or should we make the changes proposed by Jörg (improved memory
usage
Hi all,
the second Release Candidate for 0.20.5 is finally available at
http://www.apache.org/dist/xml/fop for downloading and testing.
(New download location - please use a mirror if possible)
It is planed to make the actual release on on february the 28th
if no serious bugs show up.
The
At 09:08 AM 2/18/2003, you wrote:
the second Release Candidate for 0.20.5 is finally available at
http://www.apache.org/dist/xml/fop for downloading and testing.
(New download location - please use a mirror if possible)
Cheers, and congratulations all around.
This was a bumpy one (especially
Uh, yeah. Almost forgot. I guess I can come up with a first version
until Thursday.
On 09.01.2003 19:42:31 Christian Geisert wrote:
Jeremias Maerki wrote:
[..]
Christian, when do you plan to release 0.20.5? Seems like no major bugs
are around, right?
Yes, I'm just waiting for your
Christian Geisert wrote:
- Perfo[r]mance tuning
Typo in CHANGES: bug number should read 14013, not 14103 (Cocoon bug)!
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
Hi all,
the Release Candidate for 0.20.5 is finally available at
http://xml.apache.org/dist/fop for downloading and testing.
It is planed to make the actual release in about two weeks
if no serious bugs show up.
Changes since 0.20.4 include:
- Fixed link hotspot positioning
- Fixed
Jeremias Maerki wrote:
It works in my environment. I'd be very grateful if I got feedback if it
works for others as well because the changes have quite some impact.
Nice feature, works like a charm for me. I believe it should be
documented along with baseDir and also example of defining
Will do.
On Sun, 10 Nov 2002 22:58:19 +0200 Oleg Tkachenko wrote:
Jeremias Maerki wrote:
It works in my environment. I'd be very grateful if I got feedback if it
works for others as well because the changes have quite some impact.
Nice feature, works like a charm for me. I believe it
On 08.11.2002 22:34:35 Christian Geisert wrote:
[Thanks for the gratulations and now back to FOP
(with permission from my wife ;-)]
We hope this stays that way. :-)
OK,
I'm planing to do the following things for the next maintenance release
Fix for bug #7587 (color problems with jpeg
Christian Geisert wrote:
[Thanks for the gratulations and now back to FOP
(with permission from my wife ;-)]
Welcome to the club :)
The CHANGES files needs to be updated. Best thing would
be if everybody documents his own changes, if not I'll try to
do it from the cvs-commit messages
Here
Oleg,
Thanks for that. I have noticed that there are quite a few people who
do respond on dev-user, in addition to yourself and Keiron, which is why
I wondered whether Joerg was making a specific request. I eventually
concluded he was not.
Peter
Oleg Tkachenko wrote:
Peter B. West wrote:
, November 08, 2002 4:35 PM
To: [EMAIL PROTECTED]
Subject: plan for 0.20.5 release
[Thanks for the gratulations and now back to FOP
(with permission from my wife ;-)]
OK,
I'm planing to do the following things for the next maintenance release
Fix for bug #7587 (color problems with jpeg images
Christian Geisert wrote:
Anybody else (Joerg/Rhett?) working on something with should go
into this last maintenance release?
- update ant.jar, with ant-optional.jar (for style task),
or do something else.
- get rid of buildtools.jar Simply move the hyph taskdef
to the target and use the
J.Pietschmann wrote:
Christian Geisert wrote:
Anybody else (Joerg/Rhett?) working on something with should go
into this last maintenance release?
- update ant.jar, with ant-optional.jar (for style task),
or do something else.
Why?
Who will take care of the unanswered questions while I'm
Rhett Aultman wrote:
... as soon as I'm done taking the GRE tomorrow (wishes of luck appreciated)...
Consider them wished.
Peter
--
Peter B. West [EMAIL PROTECTED] http://www.powerup.com.au/~pbwest/
Lord, to whom shall we go?
Joerg,
If you haven't already left, which questions did you have in mind? Is
it your practise to monitor dev-user for questions which nobody else
picks up? Is that the role you want someone else to take over?
Enjoy the holiday. Very sensible of you to stay off-line.
Peter
J.Pietschmann
J.Pietschmann wrote:
I'm on vacancy from tomorrow on for a bit more than three
weeks, so I can't do this myself.
Who will take care of the unanswered questions while I'm
offline? Oleg?
Sure. Have a nice time on the vacation!
--
Oleg Tkachenko
eXperanto team
Multiconn Technologies, Israel
29 matches
Mail list logo
