Adobe PDF output

Native pdf output is implemented, you may experiment that the pdf output is lighting fast compared to Acrobat Distiller and other print drivers that output pdf, this is because the translation is done directly from Report Manager native format to Adobe PDF format.

To enable truetype font embedding in a report, at the designer select Edit->Select all texts, then at object inspector select Truetype font option in PDF Font property.

But you may take consideration the following issues and limitations:

Linux and Windows, different technologies, different implementation

Microsoft Windows already have a font cache, that is any application can ask information about installed fonts, including obtaining the entire font file (to be embedded), also the operating system will search the most appropiate font when the original font is not available (font matching). Implementation works for TrueType and OpenType fonts, but some fonts can not be embedded (I didn't found anyone), that is the API does not allow to get font data for that fonts (maybe distribution license issues?)

Linux does not have a standard font service in the operating system itself, instead of this it has libraries that provides some services, and of course there is the X library.

The X client library

There are funtions in the X protocol to retrieve sizing infomation about installed fonts (in the server), but this information is not complete, and there is no way to retrieve full font data (the font file), some work have been done, there is a project called X print server in early stages, this requires the installation of a X print server process, and X print client libraries, but this is not the good way.

There is also a font information library Xft, the good thing is that it can work optionally with font servers, the bad thing is that does not provide enought information (font file data). Anyway it depends on a running X server (bad thing for console applications).

Applications like OpenOffice take the font information from the computer executing the X client program not the X server so the X server protocol probably does not allow to work with sever side installed fonts.

Another library providing font services Fontconfig, font config provides font informantion and font matching services, but does not provide enought information (char sizes and full font data), it's designed as very basic font information system.

But a great library is usually available in Linux systems, freetype library, Report Manager implementation is done using the version 2.1.8, but it's compatible with 2.X version, you will find it as freetype2 in your linux distribution , and the shared object needed is Usually is installed by default, probably minimal console Linux installations does not install it, Report Manager will need it only if you use TrueType font embedding or linking.

Because freetype allows the access to Type1 fonts information, the Type1 fonts can be also used in a pdf but only linking is available, because of the requirements of PDF specification there is additional work to embed Type1 fonts.

Unfortunatelly the freetype library does not implement font maching (and font information file catching), bug at least it can provide full information about font files, also extended information and can also render fonts. So simple font matching is done in code at Report Manager engine.

Report Manager uses /etc/fonts/fonts.conf file to search for font directories, the font information is cached the first time a TrueType font embedding is required, but to retrieve this information costs reading all font files and get information about the fonts (font names, styles...) to perform font maching. This process is done once, but it's expensive when you execute only one report (printreptopdf command line tool for example). Note that this overhead will not appear if you don't embbed PDF fonts. Depending on the number of fonts you have installed it will be not noticeable.

The good thing is that you don't need a X server generate the pdfs with TrueType embedding.

The font maching algorith inside Report Manager is really simple, search for the same family name and style, else search for a similiar family name, else get a default font and apply the style. Note that Fontconfig does not force font maching to his own unique way like Microsoft Windows do (give few options), but you must provide preferences about the most important features of the font to match. Maybe a future enhacement to use FontConfig for font matching but for now it only adds a dependence to enhace a little the matching algorithm (maybe only font information caching is only the reason to use it).