Web-based font preparation tool
BrianS
can embed them into a PDF document. Since the files that result from
processing a font (*.afm, *.ufm, dompdf_font_family_cache) are not
specific to a single installation this is a process that can be done
on any system. In order to make font embedding available to a wider
audience we have set up a web-based font preparation tool. Anyone can
use this tool to create all the files necessary to install a font into
their DOMPDF installation.
The steps for using this tools are:
1) Go to the URL indicated below:
2) Provide a font name. This should match the name you use when
referencing the font in your document stylesheet
3) Select each of the four files that represent the font variants
(normal, bold, italic, bold-italic)
4) Submit the form and save the resulting ZIP file to your computer.
5) Upload the contents of the ZIP file to your DOMPDF font folder,
typically located in dompdf/lib/fonts
6a) If you *have not* previously installed any fonts into your copy of
DOMPDF you can rename dompdf_font_family_cache.sample to
dompdf_font_family_cache.
6b) If you *have* previously loaded fonts into your copy of DOMPDF,
see the sample file for hints on how to modify
dompdf_font_family_cache.
Please provide any feedback and/or questions about this tool here.
You can find the tool at the following location:
http://eclecticgeek.com/dompdf/load_font.php
Fabien Ménager
savannah.gnu.org/projects/freefont/) and it worked pretty well !
The font generation time is very short, the font family cache sample
is useful.
One suggestion I would make, even not related to this tool is to embed
more fonts in the DOMPDF package. There are a few open fonts I'm
thinking of : DejaVu, FreeFont, and others :
http://en.wikipedia.org/wiki/Free_software_Unicode_typefaces
This would be very good for lazy people like me ;) and DOMPDF would
support UTF8 quite natively.
BrianS
> I just tested your tool with the FreeFont fonts (http://
> savannah.gnu.org/projects/freefont/) and it worked pretty well !
> The font generation time is very short, the font family cache sample
> is useful.
Glad to hear you found it useful.
> One suggestion I would make, even not related to this tool is to embed
> more fonts in the DOMPDF package. There are a few open fonts I'm
> thinking of : DejaVu, FreeFont, and others :http://en.wikipedia.org/wiki/Free_software_Unicode_typefaces
> This would be very good for lazy people like me ;) and DOMPDF would
> support UTF8 quite natively.
That's a good suggestion. I think once we tackle some of the bugs on
our list we'll spend some more time looking into other fonts we can
include with the package.
Shamharoth
thx for answer. I tried to generate a czech font (I downloaded the
font from here: http://www.kwintessential.co.uk/fonts/czech/download.html
- Font 4) but when I generate a new PDF with
ščřžýáíé
I got everytime
¹èø¾ýáíé
so there is a problem with the "inverted roof".
So I tried it with the font package from Martin Všetička for dompdf
( http://www.martinvseticka.eu/index.php?sekce=browse&page=159 ) but
the pdf is everytime the same.
What did I make wrong?
Toltec7
includes those characters which makes me think you're filtering it
away.
Please set it up so that all the characters get included or give an
option to select the characters.
This way, i'll have to abandon dompdf...
BrianS
The font prep tool doesn't filter out any characters. There are a few
issues with the tool that still need to be worked out. The main
problem is that ttf2ufm behaves differently when run in a batch mode
versus directly from the command line. I haven't had a chance to track
down the problem yet.
A few questions:
- Are you using DOMPDF 0.6.0 beta 1?
- Have you enabled Unicode support in dompdf_config.inc.php?
- Is the font correctly installed for DOMPDF (do other characters
display correctly)?
If you post the font where I can access it I will test it out and see
what's going on.
Đani Stojanov
but čćđČĆĐ are hopeless.
I'm using standard windows Arial actually and i know for sure the characters are there, but they just display '?'
I am using the latest dompdf and font is installed correctly of course.
--
You received this message because you are subscribed to the Google Groups "dompdf" group.
To post to this group, send email to dom...@googlegroups.com.
To unsubscribe from this group, send email to dompdf+un...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/dompdf?hl=en.
BrianS
fine so long as DOMPDF_UNICODE_ENABLED is set to true. There's a
chance that the web-based font prep tool isn't getting all the
characters out of the font. As I said, there are some issues that
haven't yet been addressed which could be affecting your rendering. If
you can send me your font I'll run some additional tests using it.
On Apr 12, 10:29 am, Đani Stojanov <dani.stoja...@gmail.com> wrote:
> I'm using utf-8 and certain specific characters are displayed correctly
> (ŠŽšž) and all the central european ones as well (german, danish etc...)
> but čćđČĆĐ are hopeless.
> I'm using standard windows Arial actually and i know for sure the characters
> are there, but they just display '?'
> I am using the latest dompdf and font is installed correctly of course.
>
> > dompdf+un...@googlegroups.com<dompdf%2Bunsu...@googlegroups.com>
Pavel Tyl
Could you send these fonts or post them somewhere?
I am beggining to believe only tested fonts and not my own... čřďťň were
never correct in my PDF.
Regards
Pavel Tyl
BrianS napsal(a):
BrianS
At any rate, this sounds like a familiar problem, but I can't place the cause right now. Can you start a new thread and post a sample HTML and the output produced by dompdf?
On Wednesday, July 25, 2012 1:34:57 PM UTC-4, guesst wrote:
hello i tried to convert the Vollkorn (friedrichalthausen.de) Regular font to an afm file, but the words are all spread in the document, could you help me please? what do you think is the problem?
guesst
guesst
El miércoles, 24 de febrero de 2010 11:51:42 UTC-6, BrianS escribió:
Sean Kelly
Sean Kelly
Sean
