Hi Itamar,
I've accidentally found the problem while
reviewing hbwin code, so if you try now it
should work. I've since realized that the
output looked indeed wrong, but I didn't know
what to look for.
Brgds,
Viktor
On 2009 Nov 22, at 20:43, Viktor Szakáts wrote:
> I've tried this sample (w
I've tried this sample (with little difference,
I put output to console), and for me it listed
the font names as expect in msvc and msvc64.
What was exactly the problem here? this is
missing from original mail.
Brgds,
Viktor
On 2009 Nov 9, at 09:40, Viktor Szakáts wrote:
> Seems like a UNICO
Seems like a UNICODE translation problem (not a difference
in local environment).
Brgds,
Viktor
On Mon, Nov 9, 2009 at 9:04 AM, Massimo Belgrano wrote:
> The problem is that here works and in your computer not works
> Wich result Have you with freepdf as default driver?
> IMO oPrn:TextOut('Fon
The problem is that here works and in your computer not works
Wich result Have you with freepdf as default driver?
IMO oPrn:TextOut('Font Is: '+oPrn:FontName,.t.) request info to print driver
2009/11/9 Itamar Lins
> But the return of command "oPrn:TextOut('Font Is: '+oPrn:FontName,.t.)"
> is
But the return of command "oPrn:TextOut('Font Is: '+oPrn:FontName,.t.)" is
wrong, using MSVC.
No problem with print driver emulating pdf, because HP printer Deskjet is
returning wrong results too.
Is a problem with class win_prn or unicode... because it worked before without
problems and do not
