On Jul 11, 2008, at 17:13, paul womack wrote:
Hi
All splendid ideas! Now let's hope someone finds the time to do
something with them.
I've updated the Wiki, taking into account Paul's suggestions.
I agree that the default extension namespace is not the right place,
since it's limited to
Jeremias Maerki wrote:
Ah well, my afternoon's almost over anyway...
Here's a proposal:
http://wiki.apache.org/xmlgraphics-fop/ExtensionsForPdf
Feel free to improve/comment/fix.
In FO that would look like this:
http://www.w3.org/1999/XSL/Format";>
http://xmlgraphi
Ah well, my afternoon's almost over anyway...
Here's a proposal:
http://wiki.apache.org/xmlgraphics-fop/ExtensionsForPdf
Feel free to improve/comment/fix.
In FO that would look like this:
http://www.w3.org/1999/XSL/Format";>
http://xmlgraphics.apache.org/fop/pdf";
Thanks for the feedback. Vincent indicated on fop-dev that he might
change the "#" to the more standard "-".
On 11.07.2008 16:21:53 dbrenck wrote:
>
> Thanks!
> Did a "svn co", "ant build" and tried it.
> Great result, works perfect!
>
> /BOW :-)
>
>
> Jeremias Maerki-2 wrote:
> >
> > I've i
OK, I understand. Could you then send me some XPM demo and your
imagination how should be the fox:pdf-catalog implemented in FO file?
Then I will try to implement it by my self or find/hire somebody who
could do it for me ;o)
Jeremias Maerki wrote:
On 11.07.2008 15:52:12 Jiri Tyr wrote:
And c
Thanks!
Did a "svn co", "ant build" and tried it.
Great result, works perfect!
/BOW :-)
Jeremias Maerki-2 wrote:
>
> I've implemented piping support for FOP Trunk. Please try it out and let
> me know if it works as expected.
> http://svn.apache.org/viewvc?rev=675698&view=rev
>
> Jeremias Mae
On 11.07.2008 15:52:12 Jiri Tyr wrote:
> And could you forward this our conversation to the fop-dev mailing list?
Not necessary as all committers are required to be on fop-users, too.
They can look this up.
> Maybe somebody could implement it faster and better than me.
Maybe. But you might not
And could you forward this our conversation to the fop-dev mailing list?
Maybe somebody could implement it faster and better than me.
Jeremias Maerki wrote:
I'll defer to the interested parties to design that. I haven't looked
into what would be necessary to have. But design work should probabl
I'll defer to the interested parties to design that. I haven't looked
into what would be necessary to have. But design work should probably be
done over on [EMAIL PROTECTED]
On 11.07.2008 15:22:03 Jiri Tyr wrote:
> Can you send me some example of FO with the fox:pdf-catalog example?
> Then I coul
Try GhostPCL as an alternative (to generate a TIFF from PCL):
http://www.artifex.com/downloads/
There's a Windows binary available in PCL Downloader 2006:
http://www.cyrtech.de/progs/dl2006/dl2006.htm
On 11.07.2008 15:24:42 Martin Edge wrote:
> OK - Just tried the test by changing the source and
On 11.07.2008 15:05:47 Martin Edge wrote:
>
> Subject: Re: Barcode fonts not displaying correctly when generating PCL
> On 11.07.2008 14:21:17 Martin Edge wrote:
> > Hey -
> >
> > AWT - From what I can see (I'm still only new to all of this) looks like
> the
> > java class that generates these
OK - Just tried the test by changing the source and target DPI to 300. The
filesize of course doubled, but unfortunately using my trial version of
RedTitan EscapeE (I hope the viewer is behaving as well) shows the barcode
fonts still weirdly rendered.
I'm guessing I'm going to have to learn the Ba
Can you send me some example of FO with the fox:pdf-catalog example?
Then I could try to investigate if I can clone and modify the XMP for
this purpose.
Jiri
Jeremias Maerki wrote:
Take a look at the XMP metadata extension which is quite similar to
what's necessary here:
src/java/org/apache/
Subject: Re: Barcode fonts not displaying correctly when generating PCL
On 11.07.2008 14:21:17 Martin Edge wrote:
> Hey -
>
> AWT - From what I can see (I'm still only new to all of this) looks like
the
> java class that generates these metrics??
It's not a single class that does that. AWT is a
Just in case it could be this simple...
I've only played with barcodes and I used Barcode4J, not fonts, but I
had similar trouble with how barcodes were rendered when I first started
playing with FOP because I didn't specify the target resolution for the
PCL renderer. When I set it to 300 my barc
Take a look at the XMP metadata extension which is quite similar to
what's necessary here:
src/java/org/apache/fop/fo/extensions/xmp/*.java
The PDFRenderer has to be extended, too, to catch the
ExtensionAttachment subclass for the extension and react on it.
It's not too difficult to implement this
On 11.07.2008 14:21:17 Martin Edge wrote:
> Hey -
>
> AWT - From what I can see (I'm still only new to all of this) looks like the
> java class that generates these metrics??
It's not a single class that does that. AWT is a subsystem of the Java
class library. Part of AWT deals with fonts which
So it is necessary to create some special interface for this purpose? I
mean some general interface for input from a config file and from FO
file. If this interface exists it should not be difficult to change any
property from users Java program.
How difficult it can be to implement such think
Hey -
AWT - From what I can see (I'm still only new to all of this) looks like the
java class that generates these metrics??
So - in regards to the 4J what you are saying is the main barcode I'm
printing is probably reproducible (assuming I can figure out how to use it)
- but the postal portion
On 11.07.2008 13:40:04 Martin Edge wrote:
> Hey Jeremias,
>
> No, I generated each from separate intermediate files generated
> appropriately for the format it was destined for. It was part of my test
> case to isolate the problem to the PCL render.
Ok, so the different font metrics can be ruled
Hey Jeremias,
No, I generated each from separate intermediate files generated
appropriately for the format it was destined for. It was part of my test
case to isolate the problem to the PCL render.
I'm using different barcode types with the fonts (3 of 9 and Australian
Postal Mail DPID barcodes)
Yes, the FO spec allows that. Please realize that some people want one
feature to be configurable in the config file. Others want to access it
programmatically. And others want to include it in the FO file. Often we
end up doing the same in more than one places.
On 11.07.2008 12:27:09 Justus-bulk
I'm not aware of any patches submitted for this.
On 11.07.2008 11:31:18 Jiri Tyr wrote:
> Any progress in this topic? What is necessary to do to have this feature
> in FOP?
>
> Best Regards,
> Jiri
>
>
> Andreas Delmelle wrote:
> > On Jun 11, 2008, at 17:42, Philipp Wagner wrote:
> >
> >> And
I've already spent more time on free FOP support this week than I wanted
so I won't be taking a closer look just now. I hope you understand. If I
were you I'd switch to Barcode4J for the barcodes.
Do you generate the PDF and the PCL from the same intermediate file?
Please realize that these two re
Are processor-specific fo extensions really the generally-accepted way
to go? I'd hesitate because this requires processor-specific XSLT
customizations. Are there really no better ways to to pass
document-specific parameters to the FO processor: command-line
options, .properties files, ...
Justus
Any progress in this topic? What is necessary to do to have this feature
in FOP?
Best Regards,
Jiri
Andreas Delmelle wrote:
On Jun 11, 2008, at 17:42, Philipp Wagner wrote:
Andreas Delmelle schrieb:
Remains the question of how to add this hint in the FO-file, and
output the /PageMode tag i
Hey Guys,
Just wanted to check Im doing everything correctly.
I am having some problems displaying barcodes in PCL.
http://www.asmorphic.net.au/images/barcodes.jpg is an example of what Im
seeing.
As I edit the intermediate file, I have performed two tests:
- Generate AT using application/p
I'm making an assumption here but are you referring to the issue of
internal XML parsers and their compatibility with FOP?
Jamie Browning
theFrame Programme
Phone: +44 (0)20 7015 0981
E-mail: [EMAIL PROTECTED]
-Original Message-
From: Steve Peery [mailto:[EMAIL PROTECTED]
Sent: 11 July 2
On Thu, Jul 10, 2008 at 9:49 PM, <[EMAIL PROTECTED]> wrote:
> We have found an issue with the padding-top property used in the region-body
> object in FOP 0.94.
As others already told, paddings (and borders) should be 0 for all
page regions according to the xsl-fo recommendation.
If you really n
29 matches
Mail list logo
