[EMAIL PROTECTED] writes:
Most of the API finalization proposal is implemented now.
No deprecations, yet, and the image cache and a couple of
nits are not addressed, yet.
I know this is slightly late, but shouldn't the PreviewPanel
interfaces for embedding the viewer be counted as part of
On 28.02.2006 12:34:37 b.ohnsorg wrote:
Hi there,
the FOP sources are quite complex and it's not the amount of classes but
the patchwork style, which is necessary, to a certain extent. I'll
return on this in a later mail. To upgrade the RTF export (proportional
and percentage-based widths)
IMO, no. At least it's not part of the core API. The PreviewPanel is
some sort of an add-on component to FOP which it can theoretically live
without. Someone could maintain that outside the project. Why do you ask?
On 28.02.2006 13:49:07 richardw wrote:
[EMAIL PROTECTED] writes:
Most of the
Jeremias Maerki writes:
IMO, no. At least it's not part of the core API. The PreviewPanel is
some sort of an add-on component to FOP which it can theoretically live
without. Someone could maintain that outside the project. Why do you ask?
Just for completeness,
Richard
(was getting a bit too much OT for fop-users...)
On Feb 28, 2006, at 19:07, Jeremias Maerki wrote:
On 28.02.2006 18:25:42 Andreas L Delmelle wrote:
snip /
I think I found what's causing the question-marks to appear in the
RTF output...
See org.apache.fop.render.rtf.RTFHandler, line 150. An
On Tue, Feb 28, 2006 at 05:50:29PM +0100, Jeremias Maerki wrote:
As you know, I'm currently looking into adding support for fixed spaces.
This had some effects on the handling of letter- and word-spacing. I've
got word-spacing together with fixed spaces working in the meantime but
I'm tracking
Yep, that's exactly what I need. But hey, adding a 3MB library just for
this method, that is a little much. Hmm. fop.jar is only 1.7MB. :-) But
ICU4J looks interesting.
On 28.02.2006 20:39:16 Simon Pepping wrote:
On Tue, Feb 28, 2006 at 05:50:29PM +0100, Jeremias Maerki wrote:
As you know, I'm
Absolutely!
On 28.02.2006 19:39:26 Andreas L Delmelle wrote:
snip/
Anyway, relying on the default platform
encoding is just as definitely wrong. :-)
snip/
Jeremias Maerki
- original Nachricht
Betreff: Re: RTF export enhancement
Gesendet: Di 28 Feb 2006 13:57:15 CET
Von: Jeremias Maerki[EMAIL PROTECTED]
On 28.02.2006 12:34:37 b.ohnsorg wrote:
Hi there,
1. RTF is not rendered page oriented. Therefore it has no layout tree
and renders to
Jeremias Maerki wrote:
Yep, that's exactly what I need. But hey, adding a 3MB library just for
this method, that is a little much.
If all else fails, do the same as for the line breaking properties.
J.Pietschmann
On Tue, Feb 28, 2006 at 08:56:22PM +0100, Jeremias Maerki wrote:
Yep, that's exactly what I need. But hey, adding a 3MB library just for
this method, that is a little much. Hmm. fop.jar is only 1.7MB. :-) But
ICU4J looks interesting.
It aims to be _the_ Java access library to Unicode. As FOP
Sounds good so far except maybe one point. You only talk about the
available page width, but if you place a table inside an fo:block which
uses start-indent, end-indent, margin-left etc. (possibly even nested
more than one level deep), the whole thing gets a little more
complicated. It means that
Simon Pepping wrote:
It aims to be _the_ Java access library to Unicode. As FOP becomes
more Unicode aware, can we do without it? Perhaps it also has anything
on UAX#14, line breaking?
It has the tables, but not the algorithm.
Java has already the BreakIterator as algorithm implementation,
On Feb 28, 2006, at 19:39, Andreas L Delmelle wrote:
snip /
Already took a closer look at this, and this seemed already handled
in RTFStringConverter.
So, I wondered and wandered, and found that --see
RTFListItem.RTFListItemLabel-- currently RTFListStyleBullet is
unused. We know only
On 28.02.2006 22:16:05 J.Pietschmann wrote:
Simon Pepping wrote:
It aims to be _the_ Java access library to Unicode. As FOP becomes
more Unicode aware, can we do without it? Perhaps it also has anything
on UAX#14, line breaking?
It has the tables, but not the algorithm.
Did you see
On 28.02.2006 21:48:27 J.Pietschmann wrote:
Jeremias Maerki wrote:
Yep, that's exactly what I need. But hey, adding a 3MB library just for
this method, that is a little much.
If all else fails, do the same as for the line breaking properties.
Sorry, but I don't understand what you mean.
Jeremias Maerki wrote:
On 28.02.2006 21:48:27 J.Pietschmann wrote:
If all else fails, do the same as for the line breaking properties.
Sorry, but I don't understand what you mean.
Generate the necessary data tables directly from the Unicode
source, automatically or manually. Yes, NIH
Jeremias Maerki wrote:
Did you see that there's a BreakIterator in ICU4J?
Ooops, missed that. Thank you for the correction.
If you guys tell me that it would be
worthwhile to take this library (or parts of it) aboard, I'm fine with
it.
Well, for line breaking I don't see an advantage over
:-) Thanks.
On 01.03.2006 00:02:59 J.Pietschmann wrote:
Jeremias Maerki wrote:
On 28.02.2006 21:48:27 J.Pietschmann wrote:
If all else fails, do the same as for the line breaking properties.
Sorry, but I don't understand what you mean.
Generate the necessary data tables directly from
On Feb 28, 2006, at 23:17, Andreas L Delmelle wrote:
snip /
Is it allowed to use unicode escapes in control words? If so, the
solution could be as simple as using RTFStringConverter to escape
any 'text' if necessary.
In practice, my proposal would come down to
On that note, while
On Wednesday 01 March 2006 06:37, Jeremias Maerki wrote:
snip/
Does anyone of you plan to work on the UAX#14 stuff?
I would love to. See
http://marc.theaimsgroup.com/?l=fop-devm=113074361626846w=2 where I
documented the work I did with Joerg's code. Same as Joerg I would
prefer a poll
- original Nachricht
Betreff: Re: RTF - list-item-label encoding (was: RTF and table/column widths
(moved from fop-users))
Gesendet: Mi 01 Mär 2006 00:45:39 CET
Von: Andreas L Delmelle[EMAIL PROTECTED]
On Feb 28, 2006, at 23:17, Andreas L Delmelle wrote:
snip /
Is it
22 matches
Mail list logo