Re: Severe : Exception. Cannot Load Font. No font URI's available.
Chris Bowditch wrote: Although changing configuration files in a backwards incompatible way is not likely to be popular with the users! Given that not embedding fonts never really worked (except for fonts specifically installed using the Acrobat font manager), there is not really an incompatibility. J.Pietschmann
Re: Severe : Exception. Cannot Load Font. No font URI's available.
Just some details on what is currently possible and what not (for PDF output): Type 1: embedded or referenced, WinAnsi only TrueType: - embedded subset, CID (default mode) - embedded WinAnsi (full font is embedded 1:1, no subset) - referenced WinAnsi (works, but is restricted to WinAnsi) - referenced subset, CID (no errors by FOP, but Acrobat throws errors) One thing that might be worth investigating is referencing a font and using Unicode characters directly (i.e. not the subset mode). I think that should be possible. I think the embed="false" setting could be interesting, especially for PostScript output where you usually have the fonts installed on the target printer so you can make smaller print files. For PDF, this is only interesting for closed environments where you have full control over the installed fonts on every system. I don't think we need to change embed-url just now. If there's a better name for specifying the main font file (not all fonts have just one font file), then we can always support both for a longer period, right? On 13.07.2007 16:04:59 Chris Bowditch wrote: > Andreas L Delmelle wrote: > > > > > As far as I can judge, /if/ the names of embedded fonts forcibly need > > to be altered because they would be overridden by local fonts in the > > PDF viewer, then it could turn out to be pretty simple --for someone > > who knows what he's doing :/ > > Leave the font-family name alone, and modify related classes in > > org.apache.fop.pdf to skip the step of actually embedding the font, if > > the configuration did not specify an embed-uri. > > I envisage a minor problem with omitting the embed-url. Currently FOP > uses that to generate metrics on the fly. So it seems Font Referencing > and auto metrics generation are mutually exclusive :-/ > > What we need is to be able to change the attributes on font element, so > that there is an explicit attribute that specifies whether embedding is > on/off instead of overloading embed-url to do 2 functions. Something > like this: > > > > Although changing configuration files in a backwards incompatible way is > not likely to be popular with the users! > > Chris > Jeremias Maerki
Re: Severe : Exception. Cannot Load Font. No font URI's available.
Andreas L Delmelle wrote: As far as I can judge, /if/ the names of embedded fonts forcibly need to be altered because they would be overridden by local fonts in the PDF viewer, then it could turn out to be pretty simple --for someone who knows what he's doing :/ Leave the font-family name alone, and modify related classes in org.apache.fop.pdf to skip the step of actually embedding the font, if the configuration did not specify an embed-uri. I envisage a minor problem with omitting the embed-url. Currently FOP uses that to generate metrics on the fly. So it seems Font Referencing and auto metrics generation are mutually exclusive :-/ What we need is to be able to change the attributes on font element, so that there is an explicit attribute that specifies whether embedding is on/off instead of overloading embed-url to do 2 functions. Something like this: Although changing configuration files in a backwards incompatible way is not likely to be popular with the users! Chris
Re: Severe : Exception. Cannot Load Font. No font URI's available.
On Jul 12, 2007, at 21:00, Loran Kary wrote: I would imagine that support for additional fonts beyond the Base14 would be pretty fundamental to PDF formatting and therefore if it isn't fully implemented there must be a pretty good reason. What I do seem to remember is that, when you use embedding, FOP generates a random suffix to the font-family name, precisely so the embedded font-name can practically never clash with a system font- name that would happen to be present on the system where the PDF is viewed. But if there is not much that needs to be done and it's just waiting for someone with some motivation to do it, that would be interesting to know. As far as I can judge, /if/ the names of embedded fonts forcibly need to be altered because they would be overridden by local fonts in the PDF viewer, then it could turn out to be pretty simple --for someone who knows what he's doing :/ Leave the font-family name alone, and modify related classes in org.apache.fop.pdf to skip the step of actually embedding the font, if the configuration did not specify an embed-uri. Little extra /code/ needed, IIC. Cheers Andreas
Re: Severe : Exception. Cannot Load Font. No font URI's available.
Thanks Andreas, I got a brief and vague response on the users group that left me wanting more information. Whether or not I could contribute to a potential solution, and that is a possibility, would depend on whether the work involved would be major or minor. So I am trying to get some sense. I would imagine that support for additional fonts beyond the Base14 would be pretty fundamental to PDF formatting and therefore if it isn't fully implemented there must be a pretty good reason. But if there is not much that needs to be done and it's just waiting for someone with some motivation to do it, that would be interesting to know. Thanks, Loran Kary On Jul 12, 2007, at 11:24 AM, Andreas L Delmelle wrote: On Jul 12, 2007, at 20:12, Loran Kary wrote: Hi Perhaps I am posting this question on the wrong list or perhaps my question has been asked and answered before. The latter, in a way... You asked the same question on fop-users a couple of days ago, where the response was that FOP currently does not yet support this feature. On the other hand, if you re-posted on fop-dev because you are interested in contributing to a potential solution, then you are in the right place. Personally, I have not enough insight in the related parts of the FOP-code and the PDF-spec to help you with that, but I'm definitely hoping someone could chime in soon to offer a few ideas on how this can be solved. Just don't forget that it's holiday season in the northern hemisphere. It may take a few days for the right person to pick up... Cheers Andreas
Re: Severe : Exception. Cannot Load Font. No font URI's available.
On Jul 12, 2007, at 20:12, Loran Kary wrote: Hi Perhaps I am posting this question on the wrong list or perhaps my question has been asked and answered before. The latter, in a way... You asked the same question on fop-users a couple of days ago, where the response was that FOP currently does not yet support this feature. On the other hand, if you re-posted on fop-dev because you are interested in contributing to a potential solution, then you are in the right place. Personally, I have not enough insight in the related parts of the FOP- code and the PDF-spec to help you with that, but I'm definitely hoping someone could chime in soon to offer a few ideas on how this can be solved. Just don't forget that it's holiday season in the northern hemisphere. It may take a few days for the right person to pick up... Cheers Andreas
Re: Severe : Exception. Cannot Load Font. No font URI's available.
Perhaps I am posting this question on the wrong list or perhaps my question has been asked and answered before. But to state my question again, why is it not sufficient to supply FOP with a font metrics file and the font triplets in the configuration file? Why does it seem that FOP needs to be able to open and load the font file itself? Is that the intended behavior or is it a problem that could potentially be addressed? Is there something I could be doing that would make FOP work with fonts other than the Base14 and without embedding the font? OK, that's more than one question. Thanks, Loran Kary On Jul 6, 2007, at 5:22 PM, Loran Kary wrote: I need to be able to use some fonts other than the Base 14 in the PDF's I generate. I have created some font metrics files with TTFReader and in the configuration file I specify the font metrics files and the font triplets. If I specify an "embed-url" with the path of the font ttf file, this seems to work. But I don't want to have to embed the fonts in the PDF file because they are already installed on my Mac OS X system. I just want to reference those fonts in the PDF file. Since I have supplied FOP with the font metrics and the font triplets, I would expect that FOP has everything it needs to use those fonts in the PDF. But without embedding the font, I get the severe exception, cannot load font, and no PDF output. This is with FOP 0.93 and I understand there may be some known problems in this area. Can anyone tell me more? Thanks, Loran Kary
Severe : Exception. Cannot Load Font. No font URI's available.
I need to be able to use some fonts other than the Base 14 in the PDF's I generate. I have created some font metrics files with TTFReader and in the configuration file I specify the font metrics files and the font triplets. If I specify an "embed-url" with the path of the font ttf file, this seems to work. But I don't want to have to embed the fonts in the PDF file because they are already installed on my Mac OS X system. I just want to reference those fonts in the PDF file. Since I have supplied FOP with the font metrics and the font triplets, I would expect that FOP has everything it needs to use those fonts in the PDF. But without embedding the font, I get the severe exception, cannot load font, and no PDF output. This is with FOP 0.93 and I understand there may be some known problems in this area. Can anyone tell me more? Thanks, Loran Kary