Re: Font embedding FOP dev
Ok, thanks. with file:///E:/mypath_to_font it works... btw: the path to the metrics can be setup as relative path to the startup dir but the fontpath has to be absolute... Dirk Manuel Mall wrote: On Wed, 28 Sep 2005 05:07 am, Andreas L Delmelle wrote: On Sep 27, 2005, at 22:27, Dirk Bromberg wrote: i wants to test to switch my project from 20.5 to dev. Now i want to embedd my ttf fonts via the fop.xconf. snip / but i always get the exception D:\mypath_to_run\ArialUNI.xml FileNotFoundException the Path is not relative to the xconf! it is relative to my running directory. Ouch! The user-configuration functionality is not fully ported yet, especially the baseURL bit... Sorry. The entry is present in fop.xconf, but currently serves no purpose. Since I do need to finish up a few things in that area of the code, most likely I'll be able to squeeze it in during the weekend. How can i set the right directory? I've tried to set the D:\mypath_to_run\confdir as basePath via the fop.getUserAgent().setBaseURL(...) but there was no change... The only way I see that might --note: not 100% sure-- temporarily solve your problem is to include the full pathnames in the font-triplet (possibly even as full 'file://' URLs to avoid them from being interpreted as a relative URLs) Why the baseURL isn't taken into account when building the font-list, I'm not certain, but this does mean that even if I complete the user-configurable baseURL, it still won't work as it did before... For now, try out with absolute URLs in the triplets. As far as I understand the related code, that should do the trick. This is a known problem with the trunk code (see http://issues.apache.org/bugzilla/show_bug.cgi?id=36729). I had a look at fixing it but it involves changes to the font subsystem. That area of code is currently being completely rewritten (integration of a 3rd party font system) and I would expect this to be fixed as part of that work. However, this may not happen in a real hurry. For the time being you have to use absolute paths or to be more correct full URLs in your font definition files, that is everything must start with file:// as Andreas suggested and be fully qualified. If not, don't hesitate to report back. HTH! Cheers, Andreas Manuel - 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]
Re: Font embedding FOP dev
On Sep 27, 2005, at 23:07, Andreas L Delmelle wrote: On Sep 27, 2005, at 22:27, Dirk Bromberg wrote: i wants to test to switch my project from 20.5 to dev. Now i want to embedd my ttf fonts via the fop.xconf. snip / but i always get the exception D:\mypath_to_run\ArialUNI.xml FileNotFoundException the Path is not relative to the xconf! it is relative to my running directory. Ouch! The user-configuration functionality is not fully ported yet, especially the baseURL bit... Sorry. The entry is present in fop.xconf, but currently serves no purpose. Since I do need to finish up a few things in that area of the code, most likely I'll be able to squeeze it in during the weekend. FYI: Had some spare time, so just committed the change necessary for the baseURL and pixelToMillimeter entry to have effect when present in the config file. As an added feature, you can now set page-height/page-width in your FO documents to auto, and define the default page-size to use via the config file. (defaults are 8.26in x 11in if the entries are not present) Cheers, Andreas - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Font embedding FOP dev
Andreas, snip FYI: Had some spare time, so just committed the change necessary for the baseURL and pixelToMillimeter entry to have effect when present in the config file. As an added feature, you can now set page-height/page-width in your FO documents to auto, and define the default page-size to use via the config file. (defaults are 8.26in x 11in if the entries are not present) /snip What paper size is that? US Letter = 8.50in X 11.00in (215.9mm X 279.4mm) A4= 8.26in X 11.69in (210mm X 297mm) Thank you. Greg Stark - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Font embedding FOP dev
On Sep 28, 2005, at 23:40, Greg Stark wrote: Hi Greg, snip (defaults are 8.26in x 11in if the entries are not present) /snip What paper size is that? US Letter = 8.50in X 11.00in (215.9mm X 279.4mm) A4= 8.26in X 11.69in (210mm X 297mm) One that would fit on both :-) (= recommended fallback values for page-width/page-height in the XSL-FO Rec) Cheers, Andreas - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Font embedding FOP dev
On Sep 27, 2005, at 22:27, Dirk Bromberg wrote: i wants to test to switch my project from 20.5 to dev. Now i want to embedd my ttf fonts via the fop.xconf. snip / but i always get the exception D:\mypath_to_run\ArialUNI.xml FileNotFoundException the Path is not relative to the xconf! it is relative to my running directory. Ouch! The user-configuration functionality is not fully ported yet, especially the baseURL bit... Sorry. The entry is present in fop.xconf, but currently serves no purpose. Since I do need to finish up a few things in that area of the code, most likely I'll be able to squeeze it in during the weekend. How can i set the right directory? I've tried to set the D:\mypath_to_run\confdir as basePath via the fop.getUserAgent().setBaseURL(...) but there was no change... The only way I see that might --note: not 100% sure-- temporarily solve your problem is to include the full pathnames in the font-triplet (possibly even as full 'file://' URLs to avoid them from being interpreted as a relative URLs) Why the baseURL isn't taken into account when building the font-list, I'm not certain, but this does mean that even if I complete the user-configurable baseURL, it still won't work as it did before... For now, try out with absolute URLs in the triplets. As far as I understand the related code, that should do the trick. If not, don't hesitate to report back. HTH! Cheers, Andreas - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Font embedding FOP dev
On Wed, 28 Sep 2005 05:07 am, Andreas L Delmelle wrote: On Sep 27, 2005, at 22:27, Dirk Bromberg wrote: i wants to test to switch my project from 20.5 to dev. Now i want to embedd my ttf fonts via the fop.xconf. snip / but i always get the exception D:\mypath_to_run\ArialUNI.xml FileNotFoundException the Path is not relative to the xconf! it is relative to my running directory. Ouch! The user-configuration functionality is not fully ported yet, especially the baseURL bit... Sorry. The entry is present in fop.xconf, but currently serves no purpose. Since I do need to finish up a few things in that area of the code, most likely I'll be able to squeeze it in during the weekend. How can i set the right directory? I've tried to set the D:\mypath_to_run\confdir as basePath via the fop.getUserAgent().setBaseURL(...) but there was no change... The only way I see that might --note: not 100% sure-- temporarily solve your problem is to include the full pathnames in the font-triplet (possibly even as full 'file://' URLs to avoid them from being interpreted as a relative URLs) Why the baseURL isn't taken into account when building the font-list, I'm not certain, but this does mean that even if I complete the user-configurable baseURL, it still won't work as it did before... For now, try out with absolute URLs in the triplets. As far as I understand the related code, that should do the trick. This is a known problem with the trunk code (see http://issues.apache.org/bugzilla/show_bug.cgi?id=36729). I had a look at fixing it but it involves changes to the font subsystem. That area of code is currently being completely rewritten (integration of a 3rd party font system) and I would expect this to be fixed as part of that work. However, this may not happen in a real hurry. For the time being you have to use absolute paths or to be more correct full URLs in your font definition files, that is everything must start with file:// as Andreas suggested and be fully qualified. If not, don't hesitate to report back. HTH! Cheers, Andreas Manuel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]