<html>
<head>
<meta content="text/html; charset=windows-1252"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<div class="moz-cite-prefix">On 09.04.2016 19:42, Graeme Geldenhuys
wrote:<br>
</div>
<blockquote cite="mid:57093F0F.7000908@geldenhuys.co.uk" type="cite">
<pre wrap="">On 2016-04-09 18:27, Ondrej Pokorny wrote:
</pre>
<blockquote type="cite">
<pre wrap="">As is the
text width function (for right/center alignment support).
</pre>
</blockquote>
<pre wrap="">
That is already implemented in fpReport (Standard PDF built-in fonts and
TTF fonts). What I haven't implemented yet is Font Kerning to make the
width calculation even more accurate, but the width difference will be
very minor. I can take a look and see if it makes sense to move that
code to fpPDF. I'm pretty sure it shouldn't be a problem.</pre>
</blockquote>
<br>
Please take a look at the code in my email from today 10:09. When I
use TFPFontCacheItem.TextWidth, I get this:<br>
<img src="cid:part1.03020209.09070101@kluug.net" alt=""><br>
<br>
(The red rectangle visualizes the textwidth/textheight calculation).
The text height is correct, but text width is very different.<br>
<br>
<blockquote cite="mid:57093F0F.7000908@geldenhuys.co.uk" type="cite">
<blockquote type="cite">
<pre wrap="">If there is a possibility to render text with custom TTF font in Lazarus
(I found easylazfreetype, but I couldn't make it work with my first
</pre>
</blockquote>
<pre wrap="">
I'm not sure if we are talking about the same unit, but the freetype
pascal implementation in Lazarus is based on a very old FreeType v1. It
also misses tons of features found in the commonly used FreeType v2 library.
I once tried to use the Pascal based FreeType code to reduce
dependencies for AggPas text rendering. The Pascal FreeType simply
wasn't up to the task and lacked functionality I needed. The fpTTF (font
cache) and fpParseTTF (actual TTF data extraction) is much more likely
to be successful with my AggPas goal.
</pre>
<blockquote type="cite">
<pre wrap="">I think I'll develop a TPDFDocument->TCanvas renderer for
previewing created PDF documents.
</pre>
</blockquote>
<pre wrap="">
Great. I should then be able to plug that into fpReport too. I want to
implement a PDF & fpReport -> AggPas renderer too.
</pre>
</blockquote>
<br>
We should then try to omit unnecessary double work. I see that
AggPas should be able to render TTF fonts already. Why do you need
fpTTF and fpParseTTF then? Nevertheless IMO it's good to have as
little dependencies as possible, so if the TTF functionality from
fp-pdf can be extended to render TTF characters without AggPas, that
would be great.<br>
<br>
Ondrej<br>
</body>
</html>