You need to set font-base property or programmatically:
fopFactory.getFontManager().setFontBaseURL("file:///C:/Temp/fonts");
-
To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail:
I already tried the trailing slash yesterday, when you first suggested it.
However, I had to change the code of our application for that, as it doesn't
honor the setting in fop.xconf normally. The result was the same, though.
Normally our application sets the font path programmatically and it doe
On 14 Apr 2011, at 17:28, Andreas L. Delmelle wrote:
> In that case, can you check what happens if you use
> a trailing slash in the embed-url?
^^
Errmm... Sorry, too quick. I obviously meant 'the font-base'.
Regards
Andreas
---
On 14 Apr 2011, at 17:15, Ulrich Mayring wrote:
Hi Ulrich
> Hm, maybe it's not a problem with the FOP code itself, but with the new
> version of xmlgraphics-commons included in FOP 1.0. At least there seems to
> be a new class called CommonURIResolve involved, which wasn't used in FOP
> 0.95.
In
Hm, maybe it's not a problem with the FOP code itself, but with the new
version of xmlgraphics-commons included in FOP 1.0. At least there seems to
be a new class called CommonURIResolve involved, which wasn't used in FOP
0.95.
Ulrich
--
View this message in context:
http://old.nabble.com/Fop-1
Hi,
Relative font path works for me on embed-url attribute (Windows + JDK
6.0.20), whatever FOP version (0.95, 1.0, or TRUNK):
Either on my dev machine (invoking FOP via CLI):
file:///D:/fonts
...
Or in production env (WinServer + JRE5 + Jboss):
- same font element in fop.xconf,
- but font-b
Hi, Ulrich-
I took another look at my configuration and wanted to clarify. I ended
up using absolute paths for the embed-urls because the font files were
in a different directory than the metrics files.
However, I did have to place the tag at the top level in the
configuration file for it
mehdi houshmand wrote:
>
> Sorry for the late reply, but "/my/font/path" isn't a reference to a
> relative path. That's an absolute path. If the absolute path of your
> font were /my/font/path/myfont.ttf, then your config is correct, and
> you are right in issuing a bug.
Mehdi,
I think I know t
Hi Ulrich,
Sorry for the late reply, but "/my/font/path" isn't a reference to a
relative path. That's an absolute path. If the absolute path of your
font were /my/font/path/myfont.ttf, then your config is correct, and
you are right in issuing a bug. But if your font is located at
/my/font/path/myf
Terence M. Bandoian wrote:
>
> Hi, Ulrich-
>
> That matches my experience with 1.0. Setting font-base works with
> metric-url but I've used absolute paths for embed-url.
>
So then it appears to be a bug. I'll report it.
Ulrich
--
View this message in context:
http://old.nabble.com/Fop-1.0
On 4/13/2011 10:54 AM, Andreas L. Delmelle wrote:
On 13 Apr 2011, at 17:33, Ulrich Mayring wrote:
Hi Ulrich
All I'm doing is replace fop-0.95.jar with fop-1.0.jar and our
application ceases to work.
Just a thought: it might be that the font-cache has also changed slightly
between the two ve
On 13 Apr 2011, at 17:33, Ulrich Mayring wrote:
Hi Ulrich
> All I'm doing is replace fop-0.95.jar with fop-1.0.jar and our
> application ceases to work.
Just a thought: it might be that the font-cache has also changed slightly
between the two versions.
Try adding a line to your code like
fo
Pascal Sancho wrote:
>
> Hi Ulrich,
>
> I have no solution, only questions:
>
> - Are the 2 FOP versions run on the same host?
> - What OS do you experiment?
> - Have you tried direct access to "/path/to/fonts" + "/" + "myfont.ttf"
> (either with ls or dir) ?
> - Does FOP 1.0 load the rig
Hi Ulrich,
I have no solution, only questions:
- Are the 2 FOP versions run on the same host?
- What OS do you experiment?
- Have you tried direct access to "/path/to/fonts" + "/" + "myfont.ttf"
(either with ls or dir) ?
- Does FOP 1.0 load the right fop.xconf file, if any?
Le 13/04/2011 1
I have tried both suggestions, using a file-url and appending a slash, but to
no avail.
Please keep in mind that this is a regression, i. e. not I am doing
something wrong, but something changed from fop 0.95 to fop 1.0. Take
another look at the error message:
Failed to resolve font with embed-u
Hi Ulrich,
Have you tried using file URIs for the font-base? This would be in the
format file:///path/to/font (for unix), for windows based ones, google
will help you, I don't use Windows regularly so I wouldn't want to
speculate
Mehdi
On 13 April 2011 13:58, Ulrich Mayring wrote:
>
>
> mehdi
On 04/13/2011 02:58 PM, Ulrich Mayring wrote:
mehdi houshmand wrote:
Hi Ulrich,
Have you tried setting the font-base in your fop.xconf? I must admit I
haven't used the API much but you can set the font-base by inserting
following in the fop.xconf:
** the base directory **
Hi Mehdi,
we
mehdi houshmand wrote:
>
> Hi Ulrich,
>
> Have you tried setting the font-base in your fop.xconf? I must admit I
> haven't used the API much but you can set the font-base by inserting
> following in the fop.xconf:
> ** the base directory **
>
Hi Mehdi,
we have set the font-base to a non-ex
Hi Ulrich,
Have you tried setting the font-base in your fop.xconf? I must admit I
haven't used the API much but you can set the font-base by inserting
following in the fop.xconf:
** the base directory **
The configuration page on the fop website may help you,
http://xmlgraphics.apache.org/fop/0
Hi all,
this is a new problem with fop 1.0, it does not occur in fop 0.95.
In my application I am setting the base font directory programmatically like
so:
fopFactory.setFontBaseURL("/my/font/dir");
And then I have entries like this in my fop.xconf:
20 matches
Mail list logo
