Am Sun, 29 Dec 2019 10:58:31 +0100 (CET)
schrieb Michael Van Canneyt :
> So I come back to my initial question: why is it looking for Arial ?
>
> Michael.
As far as i see the reason for this behavior is not located in the
demo but in the constructors of TFPReportCustomBand and
On Sat, 28 Dec 2019, Andreas Frieß wrote:
Hello,
both fonts are on the system, see attached textfile. It was the content
of the Windows Font Directory only.
But where in the sample is setting this path on a windows machine? No
one. I have inserted a printout of the actual Font search path.
Hello,
both fonts are on the system, see attached textfile. It was the content
of the Windows Font Directory only.
But where in the sample is setting this path on a windows machine? No
one. I have inserted a printout of the actual Font search path. The path
(for windows) is NOT SET by default.
As I said:
The demos do not use Arial on purpose. Probably it is used as a fallback
somewhere.
So the question is: why is the demo falling back to Arial ?
It means the actually used font (Liberation Sans, line 74 of rptjson) is not
found.
Michael.
On Fri, 27 Dec 2019, Andreas Frieß wrote:
The reason (with ReadStandardfonts inserted):
---
D:\data\lazdev\trunk64\fpcsrc\packages\fcl-report\demos>fcldemo -d
jsondata -f pdf
0 : Name -> Afghanistan
0 : Population -> 31628000
0 : Name -> Afghanistan
0 : Population -> 31628000
0 : Name -> Afghanistan
0 :
On Fri, 27 Dec 2019, Andreas Frieß wrote:
I have now built the fcl-fpreport demos on win64 on a Windows10/64
machine. But the demo is not running (comandline with -d jsondata -f
pdf), because the font Arial is not found. It looks like the demos didnt
use the gTTFontCache.ReadStandardFonts and
I have now built the fcl-fpreport demos on win64 on a Windows10/64
machine. But the demo is not running (comandline with -d jsondata -f
pdf), because the font Arial is not found. It looks like the demos didnt
use the gTTFontCache.ReadStandardFonts and so the standard font is not
found.
If i