://www.nabble.com/Quick-survey%3A-upcoming-release-of-FOP-0.94-tf4085495.html#a12062091
Sent from the FOP - Users mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
To redevelop something that worked before to look exactly the same
because HP dropped their own format? No, no budget yet no sense of
futility either. :)
I've set this to do the font bitmapping, not sure that it's working as
the font sizes aren't right, but they don't overlap so much:
I suggest PCL6 support.
A late response I know, but this just came up recently I can't work
around it.
PCL 5 support is being dropped from some new printers it seems:
http://h2.www2.hp.com/bc/docs/support/SupportManual/c00878487/c00878487.pdf
This has happened a couple of times recently,
Quite a bit of work, what you suggest here. PCL 6 (aka PCL XL) is
a completely different printer language compared to PCL 5. We'd have to
develop a completely new renderer. Do you have a budget for this? ;-)
What does that mean: better, but still not adequate? Does it print
correctly on those
How does this work in a Macintosh OS X environment?
On Jul 18, 2007, at 5:53 AM, Jeremias Maerki wrote:
On 17.07.2007 14:39:29 Kamal wrote:
snip/
Auto detection and auto registration of custom fonts sounds good.
Can we have more info?
Well, it's not perfect, yet, but the basic idea is
On Jul 19, 2007, at 19:38, Loran Kary wrote:
How does this work in a Macintosh OS X environment?
Quite good, apart from the fact that certain fonts apparently are
unsuitable to be used by FOP. They are all nicely detected, but you
get errors about missing Unicode CMAPs or invalid
The default locations look good. But I know there are some
differences between Windows TrueType fonts and Macintosh TrueType
fonts. They use different tables for certain things. I would be
nice if FOP could be made to work with Macintosh TrueType fonts.
-- Loran Kary
On Jul 19, 2007,
I guess float support is also out of the question, but that is top
of my wish lists.
Unfortunately, yes. If I judge the status of the Temp_Floats code-
branch correctly, it is not yet ready to be merged back into the
trunk anytime soon... That said, the branch is there. The only thing
On 17.07.2007 14:39:29 Kamal wrote:
snip/
Auto detection and auto registration of custom fonts sounds good.
Can we have more info?
Well, it's not perfect, yet, but the basic idea is that users should
not need to worry about registering custom fonts. If the Arial
TrueType font
On Jul 16, 2007, at 15:33, Kamal wrote:
Hi Kamal
I guess float support is also out of the question, but that is top
of my wish lists.
Unfortunately, yes. If I judge the status of the Temp_Floats code-
branch correctly, it is not yet ready to be merged back into the
trunk anytime soon...
Hi Hugues,
HLeonardi wrote:
- font autodetection : I have tested this feature but the results were
wrongs. When I have a little time, I will take a look at the doc and I
test again.
It would be great if you could provide me some more information about
this please. I am pretty sure that the
In FOP 0.93, page references are kept in ways that preserve the whole
original pages objects. No problem with that except that this process is
TOO memory intensive and exausts the heap memory if you have too many
pages, segments and references.
What i would like to see in a future FOP release
.
Thanks. :)
--
View this message in context:
http://www.nabble.com/Quick-survey%3A-upcoming-release-of-FOP-0.94-tf4085495.html#a11650712
Sent from the FOP - Users mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: [EMAIL
the results wrong?
Cheers,
Adrian.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
View this message in context:
http://www.nabble.com/Quick-survey%3A-upcoming-release
Hi all
As some of you may already know, the fop-dev team is currently in the
process of preparing a new release. With this post, we would like to
gather some ideas on what the user community would like to see
incorporated in FOP 0.94.
Note that the release will already contain some
Are there perfomance enancements? I mean about the page sequence memory
consuption issue that prevent to use FOP in a production env for reports
bigger than 500 pages?
best regards
GM
Hi all
As some of you may already know, the fop-dev team is currently in the
process of preparing a new
On Jul 16, 2007, at 11:57, [EMAIL PROTECTED] wrote:
Hi
Are there perfomance enancements?
Yes, in comparison to 0.93, there should be /some/ performance
enhancements in terms of memory usage, especially in the FO tree, but...
I mean about the page sequence memory
consuption issue that
Hugues Leonardi
--
View this message in context:
http://www.nabble.com/Quick-survey%3A-upcoming-release-of-FOP-0.94-tf4085495.html#a11621724
Sent from the FOP - Users mailing list archive at Nabble.com.
-
To unsubscribe
Andreas L Delmelle schrieb:
We would also like this to be an opportunity for users who are in a
position where they are able to check out and build the 0.94 release
branch that has been created (*), to see if we have overlooked
anything in our testsuites. If any bugs or unexpected results
I guess float support is also out of the question, but that is top of my
wish lists. Working with tables and XSLT is painful. I don't know if it
is a big or small change, but as I pointed out in previous posts, I
think having no integer support for keep-together, keep-with-next,
20 matches
Mail list logo