A year and a half ago we started to do something like that for a client ( we
were even planning to ship an installer with a JRE bundled ), until they
went out of bussines :(.
But yesterday due to a mail from Keiron in replay to 'forrest is coming( fop
logo )' I fished out of my HD some artwork (
keiron 2002/11/07 00:15:01
Modified:src/documentation/content/xdocs book.xml
src/documentation/content/xdocs/dev book.xml extensions.xml
Added: src/documentation/content/xdocs/design architecture.xml
areas.xml book.xml breakpos.xml
[EMAIL PROTECTED] wrote:
keiron 2002/11/06 23:44:58
Modified:src/org/apache/fop/viewer/resources Viewer.properties
Viewer_cs.properties Viewer_de.properties
Viewer_fi.properties Viewer_fr.properties
Hi Developers,
I suggest we have a vote for Oleg to be a committer. If Oleg accepts
then he can get on with making FOP great!
Here's my vote:
+1
Keiron.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands,
On Thursday 07 November 2002 09:23, Keiron Liddle wrote:
Hi Developers,
I suggest we have a vote for Oleg to be a committer. If Oleg accepts
then he can get on with making FOP great!
+1 - welcome!
--
Bertrand Delacrétaz (codeconsult.ch, jfor.org)
buzzwords: XML, java, XSLT, Cocoon, FOP,
Joerg, Keiron, et al:
I want to add my congratulations for the good work on the new web site. It
not only looks good, but loads noticeably faster on my connection. I also
see (and like) the dev tab.
As I understand it, the web site will eventually be updated daily
automatically. This raises the
FOP Developers:
Attached is another Bugzilla URL that I think is useful -- a list of all
open items sorted by component. We may or may not want to put this on the
web site -- many users find the front door to Bugzilla intimidating, and
this may help them more readily find out whether the issue
On Thursday 07 November 2002 10:09, Victor Mote wrote:
. . .
BTW, I haven't found any doc on the mozilla site to help in building these
URLs. If anyone knows of some, I would be grateful.
. . .
I don't think there's any other way than studying what the bugzilla query
form sends when you
Bertrand Delacretaz wrote:
Bugzilla allows queries to be saved (per-user at least), you might be able to
create a named query with the appropriate parameters and call it from a URL
by giving only the query name (but I didn't try it). This would prevent those
URLs from being too long, which might
Keiron Liddle wrote:
Hi Developers,
I suggest we have a vote for Oleg to be a committer. If Oleg accepts
then he can get on with making FOP great!
+1
Welcome Oleg!
Christian
P.S. I was just thinking about this too ;-)
-
J.Pietschmann wrote:
I think it would be prudent to follow the same for
fo:external-graphics and fo:color-profile, on the ground that
FOs may be rendered out of order and, even more important, it is
not clear whether multiple renderings of an external graphic in a
static content, table
A big +1!!!
On 07 Nov 2002 09:23:44 +0100 Keiron Liddle wrote:
Hi Developers,
I suggest we have a vote for Oleg to be a committer. If Oleg accepts
then he can get on with making FOP great!
Here's my vote:
+1
Keiron.
Jeremias Maerki
On Wed, 06 Nov 2002 23:06:53 +0100 J.Pietschmann wrote:
snip/
Conclusions and ideas so far:
- FOP should cache external graphics during a rendering and by default
clear the cache afterwards.
ok.
- Caching images across renderings definitely is an issue too (think of
the company logo
+1
Keiron Liddle wrote:
Hi Developers,
I suggest we have a vote for Oleg to be a committer. If Oleg accepts
then he can get on with making FOP great!
--
Peter B. West [EMAIL PROTECTED] http://www.powerup.com.au/~pbwest/
Lord, to whom shall we go?
Provided, of course, that he controls his CRCRs.
Peter B. West wrote:
+1
--
Peter B. West [EMAIL PROTECTED] http://www.powerup.com.au/~pbwest/
Lord, to whom shall we go?
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For
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=14349.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
At 02:09 AM 11/6/02, you wrote:
I just went looking in the archives for this discussion thought I saw
pieces of it, but could not find what I was looking for -- namely, what
theories you guys had proposed / agreed upon. This is related to the font
work that I have started, i.e. I assume that the
Well, we can get as detailed as people want. I just figured that, while we were
throwing around ideas about what kind of programming paradigm and idioms we want, we
may wish to consider using different kind of Reference objects or Collections that
employ them (ala a WeakHashMap) in certain
I didn't intend to kill that discussion with my response. I'm not a
specialist on those Reference classes but I've heard enough to say that
it can be tricky and should probably not be used just because it's sexy.
I'd vote for not using them unless there is a real good reason. I'm not
sure about
I wasn't suggesting using them because they're sexy. Personally, I don't use
Reference objects unless they can't be avoided. However, collections that use
WeakReferences can be a serious help. Essentially, they can help ensure object
cleanup in a more timely fashion than traditional
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=14351.
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=14352.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On Thu, 2002-11-07 at 14:58, Rhett Aultman wrote:
I wasn't suggesting using them because they're sexy. Personally, I don't use
Reference objects unless they can't be avoided. However, collections that use
WeakReferences can be a serious help. Essentially, they can help ensure object
cleanup
Bertrand Delacretaz wrote:
. . .
Patch queue looks very good, and what about introducing one more queue for
feature requests?
. . .
I think these can be identified by the severity=enhancement field of
bugzilla issues, isn't that sufficient?
Ok, here is URL (I'm not sure how to short it):
On Thu, 2002-11-07 at 10:04, Victor Mote wrote:
Joerg, Keiron, et al:
I want to add my congratulations for the good work on the new web site. It
not only looks good, but loads noticeably faster on my connection. I also
see (and like) the dev tab.
As I understand it, the web site will
I suggest we have a vote for Oleg to be a committer.
+1
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
Jeremias, Rhett,
I didn't realise that Reference objects were sexy, which seems to imply
that was not my reason for being interested in them. Basically, Rhett,
I was prompting for peoples' experiences, if any.
Jeremias Maerki wrote:
I didn't intend to kill that discussion with my response.
pbwest 2002/11/07 07:30:50
Modified:src/org/apache/fop/xml Tag: FOP_0-20-0_Alt-Design
SyncedFoXmlEventsBuffer.java
Log:
Added getStartElement(BitSet, boolean) and
expectStartElement(BitSet, boolean) for processing of FO sets within
fo:page-sequence
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=14356.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Something like what you're describing might be doable with SoftReference objects.
Basically, you could consider a SoftReference to be much like a regular reference
except that, whereas the GC must respect regular references at all times, it's allowed
to ignore SoftReferences when it's trying
Jeremias Maerki wrote:
But the SourceResolver approach will only let you cache the binary
representation of an image, quite often it still has to be decoded each
time it is used, which costs CPU power. Right?
I think so. But nevertheless that would be a cool feature. Consider such a
real use
Gang,
Who here keeps tabs on mailing list administration? I have a frustrated
user/developer who's trying to post to the list. He says he's subscribed to the list
but now he's having trouble posting to it. Is there someone on here I could refer him
to?
Rhett Aultman wrote:
Who here keeps tabs on mailing list administration? I have a frustrated
user/developer who's trying to post to the list. He says he's subscribed to
the list but now he's having trouble posting to it. Is there someone on
here I could refer him to?
[EMAIL PROTECTED] ?
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=14356.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Jeremias Maerki wrote:
- Caching images across renderings
But the SourceResolver approach will only let you cache the binary
representation of an image, quite often it still has to be decoded each
time it is used, which costs CPU power. Right?
Right.
Next try: provide a layered set of
Oleg Tkachenko wrote:
- Fine tuning: A single large image will block a lot of memory during
rendering. A possibility is a fox:cache=no control property. In order
to preserve semantics, a null image is cached for this URL, and an
error
is generated in case it is attempted to render the
Oleg Tkachenko wrote:
I think so. But nevertheless that would be a cool feature. Consider such
a real use case: one have image stored in an application jar file. At
the moment I think FOP cannot handle such case,
I didn't try myself, but a jar URI should work. Something like
Keiron Liddle wrote:
I suggest we have a vote for Oleg to be a committer. If Oleg accepts
then he can get on with making FOP great!
Here's my vote:
+1
Me too!
+1
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For
Rhett,
Thanks for this.
Rhett Aultman wrote:
This can be a complex and dicey issue, and I'd be happy to discuss it with
you further, but maybe we should take the conversation off-line,
since it doesn't seem to be FOP specific?
Not for now - this is percolating in the back of the mind - but
pbwest 2002/11/07 15:18:17
Added: src/org/apache/fop/fo/flow Tag: FOP_0-20-0_Alt-Design
package.html
Log:
Package description.
Revision ChangesPath
No revision
No revision
1.1.4.1 +6 -0
pbwest 2002/11/07 15:19:54
Added: src/org/apache/fop/fo/flow Tag: FOP_0-20-0_Alt-Design
FoFlow.java FoPageSequence.java
FoStaticContent.java FoTitle.java
Log:
Initial checkin of elements for fo:page-sequence.
Revision Changes
pbwest 2002/11/07 15:32:32
Added: src/org/apache/fop/fo Tag: FOP_0-20-0_Alt-Design
FObjectSets.java
Log:
Sets of FOs as expressed in 6.2 Formatting Object Content.
Revision ChangesPath
No revision
No
pbwest 2002/11/07 15:54:46
Modified:src/org/apache/fop/fo Tag: FOP_0-20-0_Alt-Design
FOPropSets.java
Log:
Moved property sets for fo:page-sequence, fo:title, fo:static-content and fo:flow to
their respective FOs.
Revision ChangesPath
No
43 matches
Mail list logo