Re: {VIRUS?} Upper Unicode characters supported?
Hi Dominic, Dominic Marcotte a écrit : > Hello, > > We need to use Unicode characters in the IPA range (U0250-U02A8). We use > and embed Lucida Sans Unicode which contains these characters. We notice > that higher character than U00FF display "#" in the generated PDF. On > the other hand, lower character than U0100 work fine. We even tried with > the version "FOP Trunk" revision 499827. (Jan 24th) with Saxon 8.7 and > Xalan 2.7.0. We also tried other font supporting IPA. Same thing append. > > In the past, we already succeeded in making it works with an older > version of FOP. > > I include the FO, config and the fonts file in attachment. > > Do you have any suggestion? Are you sure you don't get any warning when running Fop? Something like: Font 'LucidaSansUnicode,normal,400' not found. Substituting with 'any,normal,400' The value of the metrics-url attribute isn't actually a URL; that might work, but to be sure try adding "file://" before. Also, do you specify the config file on the command-line? fop -c fop-config.xml ipa.fo.xml res.pdf HTH, Vincent - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Problems with fop-0.20.5 and batik-all-1.6.
Iris Soto wrote: Hello, I am using jfreechart-0.9.20 to generate svg graphics this require batik-all1.6 to work. I'm also using fop-0.20.5 with batik-all-1.6 but when I render to pdf document the image doesn't appear. In the mailing list I read that fop-0.20.5 is not compatible with batik-all-1.6, that is necessary to use the fop's batik version, so when I try to drop dependency from my pom.xml the batik-all-1.6 the jfreechart's class dont work. Fop v0.20.5 is v.old now. The recommended course of action is to upgrade to v0.93 which ships with batik-all-16.jar. The image that obtain of jfreechart is serialized to xml with 'svg2xml', later on I insert this xml with a instream-object, but the PDF file generated don't show the svg inserted¡. How could I mix all this versions? what repository you recommend me to obtain this jars? Don't try to mix versions it won't work./ If you need batik 1.6 for jfreechart to work then use Fop v0.93. It implements much more of the spec than 0.20.5. Chris - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Upper Unicode characters supported?
Please regenerate the XML font metrics file and don't use the "-enc ansi" switch. Then it will work. On 25.01.2007 20:51:26 Dominic Marcotte wrote: > ATTENTION !!! > Au moins une pièce jointe à ce message ne vous a pas été transmise > (fop.bat). > SVP lire la pièce jointe «AlerteVirus.txt» pour plus d'informations. > > Hello, > > We need to use Unicode characters in the IPA range (U0250-U02A8). We use > and embed Lucida Sans Unicode which contains these characters. We notice > that higher character than U00FF display "#" in the generated PDF. On > the other hand, lower character than U0100 work fine. We even tried with > the version "FOP Trunk" revision 499827. (Jan 24th) with Saxon 8.7 and > Xalan 2.7.0. We also tried other font supporting IPA. Same thing append. > > In the past, we already succeeded in making it works with an older > version of FOP. > > I include the FO, config and the fonts file in attachment. > > Do you have any suggestion? > > Dominic > > Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: RTF Border Problem
I've tried to manipulate the RTF by hand to see if there's a way to get separate borders but I didn't manage. There's a "\brdrbtw" command in RTF. It's documentation suggest it is used to control exactly that. But I didn't see any change when playing with it. So I wouldn't know how to fix this in our code. Your best bet is to work around it by changing your: to On 26.01.2007 01:48:39 Tim Keen wrote: >RTF Border Problem > Hi all, > > I've come across what I believe is a small problem with the RTFrenderer. > The fo shows a bordered block (line 231), empty block,bordered block. > What I expect is 2 distinct bordered paragraphs witheither an empty > paragraph or no paragraph in between. What I get(swan.rtf) is 2 > paragraphs with a border around both paragraphseffectively bordering > the paragraphs together. > > Am I being unreasonable? Is this really a problem with me? > > Please let me know. > > FWIW I'm using FOP.0.93. > > Cheers > > Tim Keen Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Distribute fonts in jar
Hi all... I need to distribute all xsl-stuff in a jar file, including fonts (userconfig.xml, fonts.xml, and ttf files)... but can fop read fonts from a URL?? I mean, fop will try to read font from something like "file:c:/folder/lib.jar!fonts/font.xml" This is the problem if i try to do something like that [ERROR] Failed to read font metrics file file:/C:/lib/lib1.jar!/fuentes/ComicSansMSBold.xml: C:\lib\lib1.jar!\fuentes\ComicSansMSBold.xml (The system cannot find the path specified) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Distribute fonts in jar
This should work.. Try using the URL jar protocol :- jar:file:///c:/folder/lib.jar!fonts/font.xml Adrian. David Morales wrote: Hi all... I need to distribute all xsl-stuff in a jar file, including fonts (userconfig.xml, fonts.xml, and ttf files)... but can fop read fonts from a URL?? I mean, fop will try to read font from something like "file:c:/folder/lib.jar!fonts/font.xml" This is the problem if i try to do something like that [ERROR] Failed to read font metrics file file:/C:/lib/lib1.jar!/fuentes/ComicSansMSBold.xml: C:\lib\lib1.jar!\fuentes\ComicSansMSBold.xml (The system cannot find the path specified) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Error: Content is not allowed in prolog
I've embedded FOP 0.93 successfully am able to process XML+XSLFO=PDF. However, when I try embed fonts I get this error message: Caught exception: javax.xml.transform.TransformerException: java.lang.RuntimeException: Content is not allowed in prolog. This only occurs when I place the following into my userconfig.xml file: The arial.xml file was created using the following command line: java -cp build\fop.jar;lib\avalon-framework-4.2.0.jar;lib\commons-logging-1.0.4.jar;l ib\commons-io-1.1.jar org.apache.fop.fonts.apps.TTFReader ARIAL.TTF arial.xml The resulting arial.xml file starts with with no preceding characters, and is followed with a line break and the font-metrics tag as the root. If I comment out the font metrics for the font everything works correctly again. Does anyone know why I'm getting the "Content is not allowed in prolog" error? TIA, Jeff - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Error: Content is not allowed in prolog
On 26.01.2007 15:42:49 Jeff Vannest wrote: > I've embedded FOP 0.93 successfully am able to process XML+XSLFO=PDF. > However, when I try embed fonts I get this error message: > > Caught exception: javax.xml.transform.TransformerException: > java.lang.RuntimeException: Content is not allowed in prolog. > > This only occurs when I place the following into my userconfig.xml file: > > Should be: > > > > The arial.xml file was created using the following command line: > > java -cp > build\fop.jar;lib\avalon-framework-4.2.0.jar;lib\commons-logging-1.0.4.jar;l > ib\commons-io-1.1.jar org.apache.fop.fonts.apps.TTFReader ARIAL.TTF > arial.xml > > The resulting arial.xml file starts with encoding="UTF-8"?> with no preceding characters, and is followed with a line > break and the font-metrics tag as the root. > > If I comment out the font metrics for the font everything works correctly > again. > > Does anyone know why I'm getting the "Content is not allowed in prolog" > error? > > TIA, > Jeff Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Lines are hiding in AWTViewer perhaps Bug in Java2DRenderer or Java2D itsself
Since i didnt get it working right...
I tried to produce a small sample with the same behaviour, but i cant
produce this with my own small sample.
So i think the prob must be somewhere else in the code of the awt rendering.
Here is my example:
// Sample should show that thin lines disappear while the bufferedimage is
scaled,
// but it doesnt happen, its only happening in the awt-viewer in fop
// Are the lines in Java2DRenderer painted in a different way to this
sample?
package test;
import java.awt.BorderLayout;
import java.awt.Color;
import java.awt.Graphics;
import java.awt.Graphics2D;
import java.awt.RenderingHints;
import java.awt.geom.AffineTransform;
import java.awt.geom.Line2D;
import java.awt.image.BufferedImage;
import javax.swing.JFrame;
import javax.swing.JPanel;
public class Test
{
public static void main(String[] args)
{
JFrame f = new JFrame();
f.setSize(200,200);
f.setContentPane(new MyPanel());
f.setVisible(true);
f.setDefaultCloseOperation(JFrame.DISPOSE_ON_CLOSE);
f.setLocationRelativeTo(null);
}
}
class MyPanel extends JPanel
{
private static final long serialVersionUID = 736771368105010125L;
private BufferedImage imageBuffer;
public MyPanel()
{
setLayout(new BorderLayout());
AffineTransform f = new AffineTransform();
f.scale(0.3453543455f,0.3453543455f);
imageBuffer = new BufferedImage(100, 100,
BufferedImage.SCALE_SMOOTH);
Graphics2D graphicsBuffer = imageBuffer.createGraphics();
graphicsBuffer.setRenderingHint(RenderingHints.KEY_ANTIALIASING,
RenderingHints.VALUE_ANTIALIAS_ON);
graphicsBuffer.setRenderingHint(RenderingHints.KEY_RENDERING,
RenderingHints.VALUE_RENDER_QUALITY);
graphicsBuffer.setTransform(f);
graphicsBuffer.setColor(Color.WHITE);
graphicsBuffer.draw(new Line2D.Float(30, 10, 0.2f, 10));
graphicsBuffer.draw(new Line2D.Float(40, 10, 0.5f, 20));
graphicsBuffer.draw(new Line2D.Float(50, 10, 0f, 30));
}
public void paintComponent(Graphics g) {
g.drawImage(imageBuffer, 0, 0, null);
}
}
Cheffe wrote:
>
> Me again.
> I tried some changes in the source to find a solution for the prob...
> I did the follow:
>
> -ImageProxyPanel-
> paintComponent(Graphics g)
> {
> getPageasImage(g); // changed the params
> ...
> //g.paintImage(...) //commented out
> }
>
> - i think it was Java2DRenderer -
> getPageasImage(Graphics gg)
> {
> //Graphics g = image.create.Graphics(); //commented out
> Graphics g = gg; //changed the params
> ...
> }
>
> So it painted it directly to the panel, but the lines are still hiding
> when i zoom.
> Any helpful hints are still welcome.
> I tried to investigate how the debuglines in the viewer are made, cause
> the debuglines are painted correctly while scaling but i didnt get it.
> Difficult to understand =)
>
>
> Jeremias Maerki-2 wrote:
>>
>> Oh, I think you hit the nail on the head with that link. It is indeed so
>> that the page is first painted to a bitmap which is then painted on the
>> panel. So, it appears as if painting the page directly on the panel
>> could potentially solve the problem.
>>
>> But what I don't know is whether there was a particular reason that we
>> use (and cache) bitmaps to paint the pages instead of painting them
>> directly. At first glance, it appears to be a waste of a lot of memory.
>> If I were you I'd experiment with changing
>> ImageProxyPanel.paintComponent().
>>
>> On 22.01.2007 13:47:05 Cheffe wrote:
>>>
>>> I found somethin but dont know exactly how to use the info =(
>>> http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4109583 Sun Bug
>>> 4109583
>>> Someone says if you us use transed graphics to draw line there is no
>>> prob
>>> anymore.
>>>
>>>
>>> Jeremias Maerki-2 wrote:
>>> >
>>> > It seems more like a general Java2D issue. Can you please search the
>>> web
>>> > for hints? I'm sure someone else has run into a similar problem
>>> before.
>>> > From there we can see if we can find a solution. I don't know off-hand
>>> > how to solve this.
>>> >
>>> > On 22.01.2007 10:54:39 Cheffe wrote:
>>> >>
>>> >> Has anyone also realized this issue in the AWTViewer? A hint is
>>> always
>>> >> welcome =)
>>
>>
>> Jeremias Maerki
>>
>>
>> -
>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>> For additional commands, e-mail: [EMAIL PROTECTED]
>>
>>
>>
>
>
--
View this message in context:
http://www.nabble.com/Lines-are-hiding-in-AWTViewer-perhaps-Bug-in-Java2DRenderer-or-Java2D-itsself-tf3049992.html#a8653116
Sent from the FOP - Users mailing list arc
