I agree. In the new wingdi I tried to minimize the use of the stream.
Out of curiosity, how do you deal with redraws then - or do you just
not scale anything and store the bitmap for refreshing?
Phil
--
On 2015-06-07 00:25-0400 Jim Dishaw wrote:
While working on my old Windows GDI based driver (see attached patches), I
stumbled across the problem that prompted Phil to add plP_eop() in
plRemakePlot(). This is related to the issue that Andrew raised on 3/29 on
problems with -np when running
On Jun 7, 2015, at 9:53 AM, Phil Rosenberg p.d.rosenb...@gmail.com wrote:
The eop call is required because there is some code in bop that needs
to be called, but if bop is called before eop then that function just
returns.
I am sure that you will find the same thing for the Windows
No real reason for adding Freetype back in. I thought some people might like
it. I can keep it a pure windows API driver--easier for me.
On Jun 7, 2015, at 10:40 AM, Aaron Hexamer hexa...@comcast.net wrote:
Jim,
Thanks for providing these patches. I'll try to steal some time to try
Jim,
Thanks for providing these patches. I'll try to steal some time to try them
out. I'm not sure I understand the reason you're asking about adding Freetype
back. Is it not possible to eliminate it and still get nice looking
anti-aliased text with GDI/GDI+/Uniscribe?
Thanks,
Aaron.
The eop call is required because there is some code in bop that needs
to be called, but if bop is called before eop then that function just
returns.
I am sure that you will find the same thing for the Windows driver too.
To be honest I was recently thinking that the buffer is fast
approaching a